)]}'
{
  "log": [
    {
      "commit": "0b4634fce1f3f7028421630260d54093276db490",
      "tree": "0925911860ea11673590846fffa55c1cd2d43fd7",
      "parents": [
        "716bdf1874647196ac16dd2a1ad359d88844795a"
      ],
      "author": {
        "name": "Dmitry Eremin-Solenikov",
        "email": "dbaryshkov@gmail.com",
        "time": "Mon Nov 16 01:48:32 2009 +0300"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Mon Nov 16 11:50:42 2009 +0000"
      },
      "message": "leds-gpio: fix possible crash on OF device unbinding\n\nIf there are leds present in the OF tree, but the GPIOs for (some) of\nthem are unavailable, led_data doesn\u0027t get populated with correct\ndevices. Then, on device unbinding, one can crash the kernel.\n\nWorkaround this by setting led-\u003egpio to invalid value early.\n\nSigned-off-by: Dmitry Eremin-Solenikov \u003cdbaryshkov@gmail.com\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "2fea09222ab48517d729a7fb4542092cf428f528",
      "tree": "4c69fd1ed88b7942ecceff0e0123320acf515c07",
      "parents": [
        "c746b5519a88b8803d43946ad06326ece4829116"
      ],
      "author": {
        "name": "Michal Simek",
        "email": "monstr@monstr.eu",
        "time": "Thu Aug 06 16:04:51 2009 -0700"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Mon Sep 07 14:33:33 2009 +0100"
      },
      "message": "leds: gpio-leds: fix typographics fault\n\n[akpm@linux-foundation.org: coding-style fixes]\nSigned-off-by: Michal Simek \u003cmonstr@monstr.eu\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "ed88bae6918fa990cbfe47316bd0f790121aaf00",
      "tree": "eba5d14d9db0f7361f9684170f9dd6e43bf54646",
      "parents": [
        "5054d39e327f76df022163a2ebd02e444c5d65f9"
      ],
      "author": {
        "name": "Trent Piepho",
        "email": "xyzzy@speakeasy.org",
        "time": "Tue May 12 15:33:12 2009 -0700"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Tue Jun 23 20:21:39 2009 +0100"
      },
      "message": "leds: Add options to have GPIO LEDs start on or keep their state\n\nThere already is a \"default-on\" trigger but there are problems with it.\n\nFor one, it\u0027s a inefficient way to do it and requires led trigger support\nto be compiled in.\n\nBut the real reason is that is produces a glitch on the LED.  The GPIO is\nallocate with the LED *off*, then *later* when the trigger runs it is\nturned back on.  If the LED was already on via the GPIO\u0027s reset default or\naction of the firmware, this produces a glitch where the LED goes from on\nto off to on.  While normally this is fast enough that it wouldn\u0027t be\nnoticeable to a human observer, there are still serious problems.\n\nOne is that there may be something else on the GPIO line, like a hardware\nalarm or watchdog, that is fast enough to notice the glitch.\n\nAnother is that the kernel may panic before the LED is turned back on, thus\nhanging with the LED in the wrong state.  This is not just speculation, but\nactually happened to me with an embedded system that has an LED which\nshould turn off when the kernel finishes booting, which was left in the\nincorrect state due to a bug in the OF LED binding code.\n\nWe also let GPIO LEDs get their initial value from whatever the current\nstate of the GPIO line is.  On some systems the LEDs are put into some\nstate by the firmware or hardware before Linux boots, and it is desired to\nhave them keep this state which is otherwise unknown to Linux.\n\nThis requires that the underlying GPIO driver support reading the value of\noutput GPIOs.  Some drivers support this and some do not.\n\nThe platform device binding gains a field in the platform data\n\"default_state\" that controls this.  There are three constants defined to\nselect from on, off, or keeping the current state.  The OpenFirmware\nbinding uses a property named \"default-state\" that can be set to \"on\",\n\"off\", or \"keep\".  The default if the property isn\u0027t present is off.\n\nSigned-off-by: Trent Piepho \u003cxyzzy@speakeasy.org\u003e\nAcked-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nAcked-by: Wolfram Sang \u003cw.sang@pengutronix.de\u003e\nAcked-by: Sean MacLennan \u003csmaclennan@pikatech.com\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "7fd02170e25b3b60fc21cd7b64bf1ed42e6a7cbe",
      "tree": "9a4f0c8187f702027dc79f073df6f01ebb91bafe",
      "parents": [
        "8792f7cf4368f9bc337eee65851d8e7abbbf946c"
      ],
      "author": {
        "name": "Zhenwen Xu",
        "email": "helight.xu@gmail.com",
        "time": "Wed Jun 10 12:48:51 2009 -0700"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Tue Jun 23 20:20:11 2009 +0100"
      },
      "message": "leds: leds-gpio - fix a section mismatch\n\nWARNING: drivers/leds/leds-gpio.o(.text+0x153): Section mismatch in reference from the function gpio_led_probe() to the function .devinit.text:create_gpio_led()\n\nThe function gpio_led_probe() references the function __devinit\ncreate_gpio_led().  This is often because gpio_led_probe lacks a __devinit\nannotation or the annotation of create_gpio_led is wrong.\n\nSigned-off-by: Zhenwen Xu \u003chelight.xu@gmail.com\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "ac15e95090c2588ada4904c8c4ae8edd347acdf0",
      "tree": "1f39f501f87cc4719e934c22ae2b485b9d3a1622",
      "parents": [
        "577c9c456f0e1371cbade38eaf91ae8e8a308555"
      ],
      "author": {
        "name": "David Brownell",
        "email": "david-b@pacbell.net",
        "time": "Tue Apr 07 17:51:49 2009 -0700"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Wed Apr 08 14:13:48 2009 +0100"
      },
      "message": "leds: just ignore invalid GPIOs in leds-gpio\n\nFix build problems with leds-gpio:\n\n  CC      drivers/leds/leds-gpio.o\ndrivers/leds/leds-gpio.c: In function \u0027create_gpio_led\u0027:\ndrivers/leds/leds-gpio.c:85: warning: \u0027return\u0027 with no value, in function returning non-void\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "d379ee8acd0719736ee7f1d1ccc3b5765880eaf8",
      "tree": "f998ab138b72c5bd597b45ea28c04a3f92586f28",
      "parents": [
        "7fbc3a9b132e93b2ba1fd889c1ad8a4135731cc3"
      ],
      "author": {
        "name": "David Brownell",
        "email": "dbrownell@users.sourceforge.net",
        "time": "Thu Mar 05 16:46:44 2009 -0800"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Mon Apr 06 16:06:27 2009 +0100"
      },
      "message": "leds: just ignore invalid GPIOs in leds-gpio\n\nSometimes it\u0027s awkward to make sure that the array in the\nplatform_data handed to the leds-gpio driver has only valid\ndata ... some leds may not be always available, and coping\nwith that currently requires patching or rebuilding the array.\n\nThis patch fixes that by making it be OK to pass an invalid\nGPIO (such as \"-EINVAL\") ... such table entries are skipped.\n\n[rpurdie@linux.intel.com: adjusted to apply against other led tree changes]\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nTested-by: Diego Dompe \u003cdiego.dompe@ridgerun.com\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "defb512d2576992c63ba1c18c24eea31cfeaa26e",
      "tree": "eb2ae7031d62073d452d55192167e66767e99faa",
      "parents": [
        "41c42ff5dbe29b7b826e6736f960959c76e7acf0"
      ],
      "author": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Tue Feb 17 15:04:07 2009 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Mon Apr 06 16:06:26 2009 +0100"
      },
      "message": "leds: Add suspend/resume state flags to leds-gpio\n\nAdd an option to preserve LED state when suspending/resuming to the LED\ngpio driver. Based on a suggestion from Robert Jarzmik.\n\nTested-by: Robert Jarzmik \u003crobert.jarzmik@free.fr\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "b2bdc3e7130001804f27e7c1254930143119f435",
      "tree": "389a878d3e427bdb424685e87d1eb9f04416b5e2",
      "parents": [
        "ac2dd0f110d5ab0359de7786e88e9971954ac7ee"
      ],
      "author": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Mon Feb 02 23:04:42 2009 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Mon Apr 06 16:06:26 2009 +0100"
      },
      "message": "leds: Fix leds-gpio driver multiple module_init/exit usage\n\nYou can\u0027t have multiple module_init()/module_exit calls so resort to messy\nifdefs potentially pending some code refactoring.\n\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "a7d878af94b223013a48078e0c8c0a654c24a057",
      "tree": "65c288edc917ae01aec7bc14702e81ced8f6e916",
      "parents": [
        "0221c81b1b8eb0cbb6b30a0ced52ead32d2b4e4c"
      ],
      "author": {
        "name": "Trent Piepho",
        "email": "tpiepho@freescale.com",
        "time": "Sat Jan 10 17:26:01 2009 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Mon Apr 06 16:06:25 2009 +0100"
      },
      "message": "leds: Add openfirmware platform device support\n\nAdd bindings to support LEDs defined as of_platform devices in addition to\nthe existing bindings for platform devices.\n\nNew options in Kconfig allow the platform binding code and/or the\nof_platform code to be turned on.  The of_platform code is of course only\navailable on archs that have OF support.\n\nThe existing probe and remove methods are refactored to use new functions\ncreate_gpio_led(), to create and register one led, and delete_gpio_led(),\nto unregister and free one led.  The new probe and remove methods for the\nof_platform driver can then share most of the common probe and remove code\nwith the platform driver.\n\nThe suspend and resume methods aren\u0027t shared, but they are very short.  The\nactual led driving code is the same for LEDs created by either binding.\n\nThe OF bindings are based on patch by Anton Vorontsov\n\u003cavorontsov@ru.mvista.com\u003e.  They have been extended to allow multiple LEDs\nper device.\n\nSigned-off-by: Trent Piepho \u003ctpiepho@freescale.com\u003e\nAcked-by: Grant Likely \u003cgrant.likely@secretlab.ca\u003e\nAcked-by: Sean MacLennan \u003csmaclennan@pikatech.com\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@linux.intel.com\u003e\n"
    },
    {
      "commit": "859cb7f2a4244ea6da206d3fe9cc8a6810947a68",
      "tree": "3389fe6c191418d6acc30d84e11a0760608f7431",
      "parents": [
        "0081e8020ebd814a99e45720a10e869a54ee08a6"
      ],
      "author": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Thu Jan 08 17:55:03 2009 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@linux.intel.com",
        "time": "Thu Jan 08 17:55:03 2009 +0000"
      },
      "message": "leds: Add suspend/resume to the core class\n\nAdd suspend/resume to the core class and remove all the now unneeded\ncode from various drivers. Originally the class code couldn\u0027t support\nsuspend/resume but since class_device can there is no reason for\neach driver doing its own suspend/resume anymore.\n"
    },
    {
      "commit": "ca3259b3603539e72faacc6821050ee889a52103",
      "tree": "0c8e482b4354d2433046e86aabb6cb8e1db32162",
      "parents": [
        "4d404fd5c51772720e9c72aa3185bd5119bc6e69"
      ],
      "author": {
        "name": "Herbert Valerio Riedel",
        "email": "hvr@gnu.org",
        "time": "Sun Mar 09 23:48:25 2008 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Thu Apr 24 23:37:42 2008 +0100"
      },
      "message": "leds: enable support for blink_set() platform hook in leds-gpio\n\nEnhance leds-gpio to provide hardware-based led flashing by passing\nthrough the blink_set() call to a optionally set platform-specific\nfunction pointer.\n\nSigned-off-by: Herbert Valerio Riedel \u003chvr@gnu.org\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\n"
    },
    {
      "commit": "3c4ded9715c05724939c9a4bd72555c2ade71d97",
      "tree": "cd1d98e77c75bbcbfa4922cb16970ec1aa6f4fbf",
      "parents": [
        "2b653e06ce2d70d21483f22ef1b1b63749c54223"
      ],
      "author": {
        "name": "Kay Sievers",
        "email": "kay.sievers@vrfy.org",
        "time": "Tue Apr 15 14:34:30 2008 -0700"
      },
      "committer": {
        "name": "Linus Torvalds",
        "email": "torvalds@linux-foundation.org",
        "time": "Tue Apr 15 19:35:40 2008 -0700"
      },
      "message": "leds: fix platform driver hotplug/coldplug\n\nSince 43cc71eed1250755986da4c0f9898f9a635cb3bf, the platform\nmodalias is prefixed with \"platform:\". Add MODULE_ALIAS() to the\nhotpluggable platform LED drivers, to re-enable auto loading.\n\n[dbrownell@users.sourceforge.net: more drivers, registration fixes]\nSigned-off-by: Kay Sievers \u003ckay.sievers@vrfy.org\u003e\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nAcked-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\nSigned-off-by: Andrew Morton \u003cakpm@linux-foundation.org\u003e\nSigned-off-by: Linus Torvalds \u003ctorvalds@linux-foundation.org\u003e\n"
    },
    {
      "commit": "306dd85c1d41e20a07d1e821e27f5df4927bb5e7",
      "tree": "a20f7b63be7b176700c40348a82eedcc8b6e8876",
      "parents": [
        "d95cbe6158a679d50e03787bb1dc21ff73dac372"
      ],
      "author": {
        "name": "David Brownell",
        "email": "dbrownell@users.sourceforge.net",
        "time": "Thu Mar 27 00:59:02 2008 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Mon Mar 31 23:31:13 2008 +0100"
      },
      "message": "leds: Remove incorrect use of preempt_count() from leds-gpio\n\nIt appears that we can\u0027t just check to see if we\u0027re in a task\ncontext ... so instead of trying that, just make the relevant\nleds always schedule a little worklet.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\n"
    },
    {
      "commit": "d95cbe6158a679d50e03787bb1dc21ff73dac372",
      "tree": "6a4e28ed398da5405e446c5b74e46bdc1f90746f",
      "parents": [
        "a9edadbf790d72adf6ebed476cb5caf7743e7e4a"
      ],
      "author": {
        "name": "Uwe Kleine-König",
        "email": "Uwe.Kleine-Koenig@digi.com",
        "time": "Sun Mar 09 20:42:27 2008 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Mon Mar 31 23:31:13 2008 +0100"
      },
      "message": "leds: Fix potential leds-gpio oops\n\nCall gpio_cansleep only after gpio_request succeeded avoiding an\noops.\n\nSigned-off-by: Uwe Kleine-König \u003cUwe.Kleine-Koenig@digi.com\u003e\nAcked-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\n"
    },
    {
      "commit": "2b7f1b8c8f4a8991dfeefc31844e15c642b6de2a",
      "tree": "ac6a11ae2960b695ac1241888216b04646992440",
      "parents": [
        "92e015cb31c0a312bf2e0e5b96aef76a8c57e645"
      ],
      "author": {
        "name": "Raphael Assenat",
        "email": "raph@8d.com",
        "time": "Sun Jan 13 22:55:18 2008 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Thu Feb 07 09:52:02 2008 +0000"
      },
      "message": "leds: Fix led-gpio active_low default brightness\n\nWhen gpio_direction_output() is called, led_dat-\u003eactive_low is used\nas default value. This means that the led will always be off by\ndefault. cdev.brightness should really have been set to LED_OFF\nunconditionally to reflect this behavior.\n\nSigned-off-by: Raphael Assenat \u003craph@8d.com\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\n"
    },
    {
      "commit": "199fb21d520ac8c09de1f1288e667988815aa79a",
      "tree": "2bed812af4e398e9795023bea7e86f02bdcf93d6",
      "parents": [
        "c11eef21aa119a41fa210b9693f2346997885bcf"
      ],
      "author": {
        "name": "David Brownell",
        "email": "dbrownell@users.sourceforge.net",
        "time": "Wed Oct 31 10:37:37 2007 +0100"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Mon Nov 05 21:54:41 2007 +0000"
      },
      "message": "leds: bugfixes for leds-gpio\n\nThree bugfixes to the leds-gpio driver, plus minor whitespace tweaks:\n\n - Do the INIT_WORK() before registering each LED, so if its trigger\n   becomes immediately active it can schedule work without oopsing..\n\n - Use normal registration, not platform_driver_probe(), so that\n   devices appearing \"late\" (hotplug type) can still be bound.\n\n - Mark the driver remove code as \"__devexit\", preventing oopses\n   when the underlying device is removed.\n\nThese issues came up when using this driver with some GPIO expanders\nliving on serial busses, which act unlike \"normal\" platform devices:\nthey can appear and vanish along with the serial bus driver.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\n"
    },
    {
      "commit": "00852279af5ad26956bc7f4d0e86fdb40192e542",
      "tree": "8d8ef74de734d94c59ae2d83f19b446d4ef2ef73",
      "parents": [
        "22e03f3b58dfcca30f0c8de185022132459638d1"
      ],
      "author": {
        "name": "David Brownell",
        "email": "david-b@pacbell.net",
        "time": "Thu May 10 10:51:41 2007 +0100"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Mon Jul 16 01:15:50 2007 +0100"
      },
      "message": "leds: Teach leds-gpio to handle timer-unsafe GPIOs\n\nTeach the new leds-gpio driver that some GPIOs can\u0027t be accessed from\ntimer callbacks ... which is how all today\u0027s standard triggers use them.\n\nSigned-off-by: David Brownell \u003cdbrownell@users.sourceforge.net\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\n"
    },
    {
      "commit": "22e03f3b58dfcca30f0c8de185022132459638d1",
      "tree": "0597fa494d55f44191ec99b4bb34a937efcab0e7",
      "parents": [
        "8f41958bdd577731f7411c9605cfaa9db6766809"
      ],
      "author": {
        "name": "Raphael Assenat",
        "email": "raph@8d.com",
        "time": "Tue Feb 27 19:49:53 2007 +0000"
      },
      "committer": {
        "name": "Richard Purdie",
        "email": "rpurdie@rpsys.net",
        "time": "Mon Jul 16 01:15:50 2007 +0100"
      },
      "message": "leds: Add generic GPIO LED driver\n\nThis patch adds support for GPIO connected leds via the new GPIO framework.\n\nInformation about leds (gpio, polarity, name, default trigger) is passed\nto the driver via platform_data.\n\nSigned-off-by: Raphael Assenat \u003craph@8d.com\u003e\nSigned-off-by: Richard Purdie \u003crpurdie@rpsys.net\u003e\n"
    }
  ]
}