)]}' { "log": [ { "commit": "e041013ac0df7fc7dea73c9ca73a33ab5b48d155", "tree": "223d3cc0558010519456af6caffa0df1fd4cf03f", "parents": [ "44b24b74abc37e3c0f28c8288178056f10074863" ], "author": { "name": "Martyn Welch", "email": "martyn.welch@ge.com", "time": "Mon Mar 12 17:13:00 2012 +0000" }, "committer": { "name": "Kumar Gala", "email": "galak@kernel.crashing.org", "time": "Fri Mar 16 11:15:48 2012 -0500" }, "message": "powerpc/85xx: Board support for GE IMP3A\n\nInitial board support for the GE IMP3A, a 3U compactPCI card with a p2020\nprocessor.\n\nSigned-off-by: Martyn Welch \u003cmartyn.welch@ge.com\u003e\nSigned-off-by: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\n" }, { "commit": "6518bb69f463446a1552f52093cc699497f18fe0", "tree": "0630ca895b251cf06eb88321fb9502b78bd7aa58", "parents": [ "330bbf485447c0cf127750eb7d68d43a73f59356" ], "author": { "name": "Martyn Welch", "email": "martyn.welch@ge.com", "time": "Mon Mar 12 17:12:58 2012 +0000" }, "committer": { "name": "Kumar Gala", "email": "galak@kernel.crashing.org", "time": "Fri Mar 16 11:08:08 2012 -0500" }, "message": "gpio: Move GE GPIO driver to reside within GPIO subsystem\n\nThe GE GPIO driver provides basic support (set direction, read/write state)\nfor the GPIO provided on some GE single board computers. This patch moves\nthe driver from the 86xx specific platform directrory to the GPIO subsystem\nso that it can be used on non-86xx boards.\n\nSigned-off-by: Martyn Welch \u003cmartyn.welch@ge.com\u003e\nSigned-off-by: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\n" }, { "commit": "7dfe293cf66258c5ef5d010f75d1f843b38e5e4a", "tree": "9628d1e7ded2724134c22b4fb9a9d65939842795", "parents": [ "930879488495e19178f8c63297fd4b9b4df9e9fc" ], "author": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Fri May 27 13:23:32 2011 -0400" }, "committer": { "name": "Paul Gortmaker", "email": "paul.gortmaker@windriver.com", "time": "Mon Oct 31 19:30:38 2011 -0400" }, "message": "powerpc: Fix up modules that should be including module.h\n\nSo that we can clean up the header files and not be relying\non implicit includes from device.h ---\u003e module.h\n\nSigned-off-by: Paul Gortmaker \u003cpaul.gortmaker@windriver.com\u003e\n" }, { "commit": "a19e3da5bc5fc6c10ab73f310bea80f3845b4531", "tree": "49b6e952f48e56d9701f92e0c24044a14b676a34", "parents": [ "cedb1881ba32f7e9cd49250bd79debccbe52b094" ], "author": { "name": "Anton Vorontsov", "email": "avorontsov@ru.mvista.com", "time": "Tue Jun 08 07:48:16 2010 -0600" }, "committer": { "name": "Grant Likely", "email": "grant.likely@secretlab.ca", "time": "Mon Jul 05 16:14:30 2010 -0600" }, "message": "of/gpio: Kill of_gpio_chip and add members directly to gpio_chip\n\nThe OF gpio infrastructure is great for describing GPIO connections within\nthe device tree. However, using a GPIO binding still requires changes to\nthe gpio controller just to add an of_gpio structure. In most cases, the\ngpio controller doesn\u0027t actually need any special support and the simple\nOF gpio mapping function is more than sufficient. Additional, the current\nscheme of using of_gpio_chip requires a convoluted scheme to maintain\n1:1 mappings between of_gpio_chip and gpio_chip instances.\n\nIf the struct of_gpio_chip data members were moved into struct gpio_chip,\nthen it would simplify the processing of OF gpio bindings, and it would\nmake it trivial to use device tree OF connections on existing gpiolib\ncontroller drivers.\n\nThis patch eliminates the of_gpio_chip structure and moves the relevant\nfields into struct gpio_chip (conditional on CONFIG_OF_GPIO). This move\nsimplifies the existing code and prepares for adding automatic device tree\nsupport to existing drivers.\n\nSigned-off-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nCc: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nCc: Anton Vorontsov \u003cavorontsov@ru.mvista.com\u003e\nCc: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nCc: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nCc: Bill Gatliff \u003cbgat@billgatliff.com\u003e\nCc: Dmitry Eremin-Solenikov \u003cdbaryshkov@gmail.com\u003e\nCc: Benjamin Herrenschmidt \u003cbenh@kernel.crashing.org\u003e\nCc: Jean Delvare \u003ckhali@linux-fr.org\u003e\n" }, { "commit": "5a0e3ad6af8660be21ca98a971cd00f331318c05", "tree": "5bfb7be11a03176a87296a43ac6647975c00a1d1", "parents": [ "ed391f4ebf8f701d3566423ce8f17e614cde9806" ], "author": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Wed Mar 24 17:04:11 2010 +0900" }, "committer": { "name": "Tejun Heo", "email": "tj@kernel.org", "time": "Tue Mar 30 22:02:32 2010 +0900" }, "message": "include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h\n\npercpu.h is included by sched.h and module.h and thus ends up being\nincluded when building most .c files. percpu.h includes slab.h which\nin turn includes gfp.h making everything defined by the two files\nuniversally available and complicating inclusion dependencies.\n\npercpu.h -\u003e slab.h dependency is about to be removed. Prepare for\nthis change by updating users of gfp and slab facilities include those\nheaders directly instead of assuming availability. As this conversion\nneeds to touch large number of source files, the following script is\nused as the basis of conversion.\n\n http://userweb.kernel.org/~tj/misc/slabh-sweep.py\n\nThe script does the followings.\n\n* Scan files for gfp and slab usages and update includes such that\n only the necessary includes are there. ie. if only gfp is used,\n gfp.h, if slab is used, slab.h.\n\n* When the script inserts a new include, it looks at the include\n blocks and try to put the new include such that its order conforms\n to its surrounding. It\u0027s put in the include block which contains\n core kernel includes, in the same order that the rest are ordered -\n alphabetical, Christmas tree, rev-Xmas-tree or at the end if there\n doesn\u0027t seem to be any matching order.\n\n* If the script can\u0027t find a place to put a new include (mostly\n because the file doesn\u0027t have fitting include block), it prints out\n an error message indicating which .h file needs to be added to the\n file.\n\nThe conversion was done in the following steps.\n\n1. The initial automatic conversion of all .c files updated slightly\n over 4000 files, deleting around 700 includes and adding ~480 gfp.h\n and ~3000 slab.h inclusions. The script emitted errors for ~400\n files.\n\n2. Each error was manually checked. Some didn\u0027t need the inclusion,\n some needed manual addition while adding it to implementation .h or\n embedding .c file was more appropriate for others. This step added\n inclusions to around 150 files.\n\n3. The script was run again and the output was compared to the edits\n from #2 to make sure no file was left behind.\n\n4. Several build tests were done and a couple of problems were fixed.\n e.g. lib/decompress_*.c used malloc/free() wrappers around slab\n APIs requiring slab.h to be added manually.\n\n5. The script was run on all .h files but without automatically\n editing them as sprinkling gfp.h and slab.h inclusions around .h\n files could easily lead to inclusion dependency hell. Most gfp.h\n inclusion directives were ignored as stuff from gfp.h was usually\n wildly available and often used in preprocessor macros. Each\n slab.h inclusion directive was examined and added manually as\n necessary.\n\n6. percpu.h was updated not to include slab.h.\n\n7. Build test were done on the following configurations and failures\n were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my\n distributed build env didn\u0027t work with gcov compiles) and a few\n more options had to be turned off depending on archs to make things\n build (like ipr on powerpc/64 which failed due to missing writeq).\n\n * x86 and x86_64 UP and SMP allmodconfig and a custom test config.\n * powerpc and powerpc64 SMP allmodconfig\n * sparc and sparc64 SMP allmodconfig\n * ia64 SMP allmodconfig\n * s390 SMP allmodconfig\n * alpha SMP allmodconfig\n * um on x86_64 SMP allmodconfig\n\n8. percpu.h modifications were reverted so that it could be applied as\n a separate patch and serve as bisection point.\n\nGiven the fact that I had only a couple of failures from tests on step\n6, I\u0027m fairly confident about the coverage of this conversion patch.\nIf there is a breakage, it\u0027s likely to be something in one of the arch\nheaders which should be easily discoverable easily on most builds of\nthe specific arch.\n\nSigned-off-by: Tejun Heo \u003ctj@kernel.org\u003e\nGuess-its-ok-by: Christoph Lameter \u003ccl@linux-foundation.org\u003e\nCc: Ingo Molnar \u003cmingo@redhat.com\u003e\nCc: Lee Schermerhorn \u003cLee.Schermerhorn@hp.com\u003e\n" }, { "commit": "948e78c3fc9c799b3f9b6c683b83c665942e6bbe", "tree": "7255027af3024f6524ed3adc2386935795d40d2f", "parents": [ "6f3d395a5c77e6ccddd59a5221e1354b22c29531" ], "author": { "name": "Martyn Welch", "email": "martyn.welch@ge.com", "time": "Mon Mar 01 14:41:59 2010 +0000" }, "committer": { "name": "Kumar Gala", "email": "galak@kernel.crashing.org", "time": "Thu Mar 04 10:43:44 2010 -0600" }, "message": "powerpc/86xx: Renaming following split of GE Fanuc joint venture\n\nThis patch renames GE Fanuc boards following the split-up of the GE Fanuc\njoint venture. These boards are now made by GE Intelligent platorms.\n\nSigned-off-by: Martyn Welch \u003cmartyn.welch@gefanuc.com\u003e\nSigned-off-by: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\n" }, { "commit": "b1dd62f7f108a593abfc4bf425a3dd0885994680", "tree": "851e3bcaf984f11c2712df020ce5c64ded6bbe22", "parents": [ "d2a82b12989d0531ce93cff0553cdd1c93155d24" ], "author": { "name": "Martyn Welch", "email": "martyn.welch@gefanuc.com", "time": "Mon Jan 19 11:33:34 2009 +0000" }, "committer": { "name": "Kumar Gala", "email": "galak@kernel.crashing.org", "time": "Wed Jan 28 23:05:58 2009 -0600" }, "message": "powerpc/86xx: Extend GE Fanuc GPIO driver for the SBC310\n\nThis patch adds basic support for the 6 GPIO lines found on GE Fanucs SBC310 to the GE Fanuc GPIO driver.\n\nSigned-off-by: Martyn Welch \u003cmartyn.welch@gefanuc.com\u003e\nSigned-off-by: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\n" }, { "commit": "965dc5fc55fa0201fd8241ba7c0efc8f96f0ec84", "tree": "260fd90e69a0d0ba8343e00d8c06753ce13ff75d", "parents": [ "09a3fba8c132a55f153fd65fc1085b717a6193c8" ], "author": { "name": "Martyn Welch", "email": "martyn.welch@gefanuc.com", "time": "Fri Nov 07 14:15:42 2008 +0000" }, "committer": { "name": "Kumar Gala", "email": "galak@kernel.crashing.org", "time": "Wed Dec 03 10:47:37 2008 -0600" }, "message": "powerpc/86xx: Basic GPIO support for GE Fanuc SBC610\n\nBasic support for the GPIO available on the SBC610 VPX Single Board Computer\nfrom GE Fanuc (PowerPC MPC8641D).\n\nThis patch adds basic support for the GPIO in the devices I/O FPGA, the GPIO\nfunctionality is exposed through the AFIX pins on the backplane, unless used\nby an AFIX card.\n\nThis code currently does not support switching between totem-pole and\nopen-drain outputs (when used as outputs, GPIOs default to totem-pole).\nThe interrupt capabilites of the GPIO lines is also not currently supported.\n\nSigned-off-by: Martyn Welch \u003cmartyn.welch@gefanuc.com\u003e\nSigned-off-by: Kumar Gala \u003cgalak@kernel.crashing.org\u003e\n" } ] }