On Mon 23 September 2013 14:50:12 Pali Rohár wrote: > Hi Tony, > > here is new version (v2) of patch which adding max_current values to rx51 > board data. According to joerg safe value for max_current is 100 (10 mA). > > > RX-51: Add missing max_current to rx51_lp5523_led_config > > File drivers/leds/leds-lp55xx-common.c refuse to change led_current sysfs > attribute if value is higher than max_current specified in board file. By > default global C variables are zero, so changing always failed. This patch > adding missing max_current and setting it to max safe value 100 (10 mA). > > Signed-off-by: Pali Rohár <pali.rohar@xxxxxxxxx> > --- > arch/arm/mach-omap2/board-rx51-peripherals.c | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/arch/arm/mach-omap2/board-rx51-peripherals.c > b/arch/arm/mach-omap2/board-rx51-peripherals.c index c3270c0..f6fe388 > 100644 > --- a/arch/arm/mach-omap2/board-rx51-peripherals.c > +++ b/arch/arm/mach-omap2/board-rx51-peripherals.c > @@ -167,38 +167,47 @@ static struct lp55xx_led_config > rx51_lp5523_led_config[] = { .name = "lp5523:kb1", > .chan_nr = 0, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:kb2", > .chan_nr = 1, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:kb3", > .chan_nr = 2, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:kb4", > .chan_nr = 3, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:b", > .chan_nr = 4, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:g", > .chan_nr = 5, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:r", > .chan_nr = 6, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:kb5", > .chan_nr = 7, > .led_current = 50, > + .max_current = 100, > }, { > .name = "lp5523:kb6", > .chan_nr = 8, > .led_current = 50, > + .max_current = 100, > } > }; Reviewed and found logically and technically correct Signed-off-by: Joerg Reisenweber <joerg AT openmoko DOT org> /jOERG -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments (alas the above page got scrapped due to resignation(!!), so here some supplementary links:) http://www.georgedillon.com/web/html_email_is_evil.shtml http://www.nonhtmlmail.org/campaign.html http://www.georgedillon.com/web/html_email_is_evil_still.shtml http://www.gerstbach.at/2004/ascii/ (German)
Attachment:
signature.asc
Description: This is a digitally signed message part.