- 06 4月, 2009 4 次提交
-
-
由 David Brownell 提交于
Sometimes it's awkward to make sure that the array in the platform_data handed to the leds-gpio driver has only valid data ... some leds may not be always available, and coping with that currently requires patching or rebuilding the array. This patch fixes that by making it be OK to pass an invalid GPIO (such as "-EINVAL") ... such table entries are skipped. [rpurdie@linux.intel.com: adjusted to apply against other led tree changes] Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net> Tested-by: NDiego Dompe <diego.dompe@ridgerun.com> Signed-off-by: NRichard Purdie <rpurdie@linux.intel.com>
-
由 Richard Purdie 提交于
Add an option to preserve LED state when suspending/resuming to the LED gpio driver. Based on a suggestion from Robert Jarzmik. Tested-by: NRobert Jarzmik <robert.jarzmik@free.fr> Signed-off-by: NRichard Purdie <rpurdie@linux.intel.com>
-
由 Richard Purdie 提交于
You can't have multiple module_init()/module_exit calls so resort to messy ifdefs potentially pending some code refactoring. Signed-off-by: NRichard Purdie <rpurdie@linux.intel.com>
-
由 Trent Piepho 提交于
Add bindings to support LEDs defined as of_platform devices in addition to the existing bindings for platform devices. New options in Kconfig allow the platform binding code and/or the of_platform code to be turned on. The of_platform code is of course only available on archs that have OF support. The existing probe and remove methods are refactored to use new functions create_gpio_led(), to create and register one led, and delete_gpio_led(), to unregister and free one led. The new probe and remove methods for the of_platform driver can then share most of the common probe and remove code with the platform driver. The suspend and resume methods aren't shared, but they are very short. The actual led driving code is the same for LEDs created by either binding. The OF bindings are based on patch by Anton Vorontsov <avorontsov@ru.mvista.com>. They have been extended to allow multiple LEDs per device. Signed-off-by: NTrent Piepho <tpiepho@freescale.com> Acked-by: NGrant Likely <grant.likely@secretlab.ca> Acked-by: NSean MacLennan <smaclennan@pikatech.com> Signed-off-by: NRichard Purdie <rpurdie@linux.intel.com>
-
- 09 1月, 2009 1 次提交
-
-
由 Richard Purdie 提交于
Add suspend/resume to the core class and remove all the now unneeded code from various drivers. Originally the class code couldn't support suspend/resume but since class_device can there is no reason for each driver doing its own suspend/resume anymore.
-
- 25 4月, 2008 1 次提交
-
-
由 Herbert Valerio Riedel 提交于
Enhance leds-gpio to provide hardware-based led flashing by passing through the blink_set() call to a optionally set platform-specific function pointer. Signed-off-by: NHerbert Valerio Riedel <hvr@gnu.org> Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
-
- 16 4月, 2008 1 次提交
-
-
由 Kay Sievers 提交于
Since 43cc71ee, the platform modalias is prefixed with "platform:". Add MODULE_ALIAS() to the hotpluggable platform LED drivers, to re-enable auto loading. [dbrownell@users.sourceforge.net: more drivers, registration fixes] Signed-off-by: NKay Sievers <kay.sievers@vrfy.org> Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net> Acked-by: NRichard Purdie <rpurdie@rpsys.net> Signed-off-by: NAndrew Morton <akpm@linux-foundation.org> Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
-
- 01 4月, 2008 2 次提交
-
-
由 David Brownell 提交于
It appears that we can't just check to see if we're in a task context ... so instead of trying that, just make the relevant leds always schedule a little worklet. Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net> Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
-
由 Uwe Kleine-König 提交于
Call gpio_cansleep only after gpio_request succeeded avoiding an oops. Signed-off-by: NUwe Kleine-König <Uwe.Kleine-Koenig@digi.com> Acked-by: NDavid Brownell <dbrownell@users.sourceforge.net> Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
-
- 07 2月, 2008 1 次提交
-
-
由 Raphael Assenat 提交于
When gpio_direction_output() is called, led_dat->active_low is used as default value. This means that the led will always be off by default. cdev.brightness should really have been set to LED_OFF unconditionally to reflect this behavior. Signed-off-by: NRaphael Assenat <raph@8d.com> Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
-
- 06 11月, 2007 1 次提交
-
-
由 David Brownell 提交于
Three bugfixes to the leds-gpio driver, plus minor whitespace tweaks: - Do the INIT_WORK() before registering each LED, so if its trigger becomes immediately active it can schedule work without oopsing.. - Use normal registration, not platform_driver_probe(), so that devices appearing "late" (hotplug type) can still be bound. - Mark the driver remove code as "__devexit", preventing oopses when the underlying device is removed. These issues came up when using this driver with some GPIO expanders living on serial busses, which act unlike "normal" platform devices: they can appear and vanish along with the serial bus driver. Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net> Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
-
- 16 7月, 2007 2 次提交
-
-
由 David Brownell 提交于
Teach the new leds-gpio driver that some GPIOs can't be accessed from timer callbacks ... which is how all today's standard triggers use them. Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net> Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
-
由 Raphael Assenat 提交于
This patch adds support for GPIO connected leds via the new GPIO framework. Information about leds (gpio, polarity, name, default trigger) is passed to the driver via platform_data. Signed-off-by: NRaphael Assenat <raph@8d.com> Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
-