Re: G3 iBook LCD brightness in X under kernel 2.4.25 and 2.6.8
Frank Murphy schrieb:
Well, the backlight control is done by writing to one of the LCD
register, you can try to track down the values in there and eventually
compare with 2.4
I'll try to look at this, but I don't know very much about it.
is it possible that using acceleration in the X server puts the chip in
a state which makes it hard for the kernel framebuffer to set brightness.
I find it interesting that in the console the dimming works. I thought that on
PPC the console used the framebuffer. Another notable thing is that while in
X, the dimming doesn't work, but when I switch to one of the VTs, the screen
brightness is adjusted to what it should have been in X.
Ah ? What do you mean by "dimming" ? blanking ? or backlight control ?
OK, the F1 and F2 keys on my keyboard have little "brighter"/"dimmer"
icons on them. When I press them when running X on 2.4.25, the screen
brightness changes. So for me, that's "dimming." I believe that it's the
"backlight control" that does this. When I press the "dimmer" button
enough (8 times, I think), then the backlight turns totally off, and I
can't see anything on the screen. For me that's "blanking" in this
context. It's true that something else (X, I think) will kind of blank
the screen, but the backlight stays lit. I noticed this when I closed
the lid to make the iBook sleep, but the backlight stayed on, warming
the keyboard. I then noticed the same problem with the dimmer keys.
Could be some crap done by the X driver ... It's notoriously allergic to
fbdev's ... I'll have to double check.
It probably is. But it's strange because I use all the same software
except the kernel to get this behavior. So there's something with the
kernel / X interface that has changed, either for 2.6 or the way Debian
builds 2.6. I have a hard time with this because there are so many
interactions: is it the PMU? The APM emulation? X driver? Kernel
driver? I don't have a good idea about how these things interact.
I don't think that this problem is debian related (I use a stock kernel
for my tests). It _might_ theoretically be a strange result of the
debian X server patches, but I don't think so.
If I enter snooze in _2.4_ my screen gets strangely garbaged (blue
patterns which are somewhat related to the X11 screen but with wrong
line offset, perhaps displayed at 640x480x8bpp?), then the hard disc
parks, then backlight is turned off. If I press a key, the cdrom spins
up, the backlight is turned on (screen garbaged) and the screen is
restored. I would say that this is the correct behaviour.
My last experiment with 2.6.9 gave me (IIRC): The console is switched to
a text console, some power management transition messages appear, the
hard disc parks, the text remains readable ... Pressing a screen gives
CD spinup, more messages and the computer switches back to the X console.
I will retry with Linus latest tree.