Hi! > > We have debated this over and over and now we have 3 different implementations > > available we need to collude on which one we want to support. > > > > Jacek I defer to you and Pavel since you are both LED maintainers. > > > > I can support the dedicated LED drivers but I cannot support the TI LMU only implementation. > > I uphold my previous opinion - please go ahead with moving the support > for non-MFD devices from MFD subsystem to the LED subsystem. And yes - > along with the bindings. This is semantically correct, and yet we don't > have mainline users. > > Pavel - you will have to engage more people for your crusade to prevail. > For now, to speed up the things, I am forced to ignore your NAK. > So NAK to your NAK. Sorry. No need to be sorry :-). Lets ignore the code for now, as code can be changed easily. Bindings are not something you or I maintain, so we don't have final word there, and I have feeling this is not going to go past device tree maintainers. [AFAICT: you can move binding in Documentation/ to different place, that's not a problem; but creating a new binding when old one exists is.] If you and Dan feel that is okay, you are welcome to try to get the patches past Rob, just please retain the NAK so that he remembers the discussion, and so that it is clear that I don't like the changes. I believe smart thing to do is to try to do that before working further on the code, but of course, its all up to you :-). Friends, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Attachment:
signature.asc
Description: Digital signature
