On Sat, 2009-01-10 at 04:31 -0800, Trent Piepho wrote: > On Fri, 9 Jan 2009, Richard Purdie wrote: > > On Fri, 2009-01-09 at 12:37 -0800, Trent Piepho wrote: > > > On Fri, 9 Jan 2009, Richard Purdie wrote: > > > > for the LED tree updates for 2.6.29. This includes some new drivers, > > > > bugfixes and a core improvement resulting in nicer code. > > > > > > > > > > Any chance of these patches getting accepted? They've been going back and > > > forth for months now. > > > > > > [v2,1/4] leds: Support OpenFirmware led bindings > > > http://patchwork.ozlabs.org/patch/13581/ > > > > > > [v2,2/4] leds: Add option to have GPIO LEDs start on > > > http://patchwork.ozlabs.org/patch/13580/ > > > > > > [v2,3/4] leds: Let GPIO LEDs keep their current state > > > http://patchwork.ozlabs.org/patch/13583/ > > > > > > [v2,4/4] leds: Use tristate property in platform data > > > http://patchwork.ozlabs.org/patch/13584/ > > > > I think there was some confusion as to who was going to take them. Are > > the PPC people happy with them? If so I'll merge through the LED tree. > > There are these and a couple of other patches around which have got lost > > in the system. If there is time which I'm hoping there might be, I'll > > try and get a second LED tree merge in. > > The LED tree makes more sense for what's left I think. There was a > openfirmware gpio patch, but that's already gone in. What's left only > touches led files and the device tree binding docs. > > AFAIK, there were no objections to the patches left.
Ok, these are now queued in the LED tree: http://git.o-hand.com/cgit.cgi/linux-rpurdie-leds/log/ I did merge the last three patches in one and make some changes to deal with some other outstanding issues. Let me know ASAP if there are any problems. Cheers, Richard -- Richard Purdie Intel Open Source Technology Centre _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev