Hi! > >>> You know what? First, submit driver with similar functionality to > >>> existing RGB drivers, using same interface existing drivers are > >>> using. When that is accepted, we can talk about extending > >>> kernel<->user interfaces. > >>> > >> > >> I could do that but then there is no way for users to have any other color but "white" with this driver. > >> That defeats the purpose of the device itself. > > > > No, that is not what I meant. > > > > We do have RGB drivers in tree, they just present three separate LEDs > > -- red, green and blue. I ask you to do the same for initial > > submission. > > > > For clarification you are asking me to register a LED class per > output pin? Yes. > As explained before the Master brightness register has absolute control over the output current > to the LED outputs regardless of the color control setting. > Yes, just set master brightness to 255 and you can ignore it. > > You'll still be able to set brightness independently on the > > red/green/blue LEDs... > > > > But which one would control the overall brightness of the cluster? You would not have that control in initial version of the patch. 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
