aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/leds/Kconfig
diff options
context:
space:
mode:
authorTrent Piepho <tpiepho@freescale.com>2009-01-10 12:26:01 -0500
committerRichard Purdie <rpurdie@linux.intel.com>2009-04-06 11:06:25 -0400
commita7d878af94b223013a48078e0c8c0a654c24a057 (patch)
tree65c288edc917ae01aec7bc14702e81ced8f6e916 /drivers/leds/Kconfig
parent0221c81b1b8eb0cbb6b30a0ced52ead32d2b4e4c (diff)
leds: Add openfirmware platform device support
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: Trent Piepho <tpiepho@freescale.com> Acked-by: Grant Likely <grant.likely@secretlab.ca> Acked-by: Sean MacLennan <smaclennan@pikatech.com> Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
Diffstat (limited to 'drivers/leds/Kconfig')
-rw-r--r--drivers/leds/Kconfig21
1 files changed, 20 insertions, 1 deletions
diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig
index d9db17624f1..90d39e5803c 100644
--- a/drivers/leds/Kconfig
+++ b/drivers/leds/Kconfig
@@ -117,7 +117,26 @@ config LEDS_GPIO
117 help 117 help
118 This option enables support for the LEDs connected to GPIO 118 This option enables support for the LEDs connected to GPIO
119 outputs. To be useful the particular board must have LEDs 119 outputs. To be useful the particular board must have LEDs
120 and they must be connected to the GPIO lines. 120 and they must be connected to the GPIO lines. The LEDs must be
121 defined as platform devices and/or OpenFirmware platform devices.
122 The code to use these bindings can be selected below.
123
124config LEDS_GPIO_PLATFORM
125 bool "Platform device bindings for GPIO LEDs"
126 depends on LEDS_GPIO
127 default y
128 help
129 Let the leds-gpio driver drive LEDs which have been defined as
130 platform devices. If you don't know what this means, say yes.
131
132config LEDS_GPIO_OF
133 bool "OpenFirmware platform device bindings for GPIO LEDs"
134 depends on LEDS_GPIO && OF_DEVICE
135 default y
136 help
137 Let the leds-gpio driver drive LEDs which have been defined as
138 of_platform devices. For instance, LEDs which are listed in a "dts"
139 file.
121 140
122config LEDS_CLEVO_MAIL 141config LEDS_CLEVO_MAIL
123 tristate "Mail LED on Clevo notebook (EXPERIMENTAL)" 142 tristate "Mail LED on Clevo notebook (EXPERIMENTAL)"