lkml.org 
[lkml]   [2011]   [May]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: i915/kms/backlight-combo mode problem
Date
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.


\
 
 \ /
  Last update: 2011-05-17 13:43    [from the cache]
©2003-2011 Jasper Spaans