diff options
author | Trent Piepho <tpiepho@freescale.com> | 2009-01-10 12:26:01 -0500 |
---|---|---|
committer | Richard Purdie <rpurdie@linux.intel.com> | 2009-04-06 11:06:25 -0400 |
commit | a7d878af94b223013a48078e0c8c0a654c24a057 (patch) | |
tree | 65c288edc917ae01aec7bc14702e81ced8f6e916 /drivers/leds/Kconfig | |
parent | 0221c81b1b8eb0cbb6b30a0ced52ead32d2b4e4c (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/Kconfig | 21 |
1 files changed, 20 insertions, 1 deletions
diff --git a/drivers/leds/Kconfig b/drivers/leds/Kconfig index d9db17624f12..90d39e5803cd 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 | |||
124 | config 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 | |||
132 | config 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 | ||
122 | config LEDS_CLEVO_MAIL | 141 | config LEDS_CLEVO_MAIL |
123 | tristate "Mail LED on Clevo notebook (EXPERIMENTAL)" | 142 | tristate "Mail LED on Clevo notebook (EXPERIMENTAL)" |