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. _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
