Hey, * Michael Chang -- Tuesday 17 May 2011: > If you change brightness from lowest to highest, the LPBC value changes > this way > > Highest Lowest > 0x10 , 0x19 ...... 0xe5 Yes. (Though it's 0x01, not 0x10.) ---0xFF ... initial value and after closing/reopening lid | 0xE5 \ ... dark | 0xCC | | 0xB2 | (1)| 0x99 | | 0x7F |_____key adjustable range | 0x66 | | 0x4C | | 0x33 | -->0x19 | 0x01 / ... bright 0x00 ... also bright, only settable with setpci (1) is the jump that resurrects the backlight from darkness by pressing the "brightness down" key And again, if fully turned up via keys (and therefore at 0x01), then setting to 0xff with setpci doesn't turn it off. At all other key steps it does. :-) > If above is true, then you have a very particular notebook that > reverse the sense of the LPBC values .... I don't know who ever came > across such device. wow. Maybe they screwed it up and therefore sold it with Linux ("linpus") and a custom driver preinstalled ... > Regarding that your brightness control key, due to that it is > controlled by acer_wmi and likely that BIOS aware this, it would do > brightness in a reversed way. acer_wmi doesn't do the brightness adjustment. But maybe under "linpus" some variant of it did. (BTW: there are two keys on this notebook that aren't handled by the kernel, by X11 or even acer_wmi. There are just no events for them. Looks like another ACER brain damage err.. "capability". :-) m. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel