Hardware and software don't agree on brightness level
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
HAL |
Invalid
|
Undecided
|
Unassigned | ||
gnome-power |
In Progress
|
Medium
|
|||
libsmbios |
Invalid
|
Undecided
|
Unassigned | ||
gnome-power-manager (Fedora) |
Invalid
|
Undecided
|
Unassigned | ||
gnome-power-manager (Ubuntu) |
Triaged
|
Low
|
Unassigned |
Bug Description
Binary package hint: gnome-power
Since Intrepid (and Fedora 10) gnome-power-manager has found a way using xrandr of setting brightness on my laptop (Dell Latitude D630) which interferes with the FN-buttons and the old libsmbios way.
The brightness applet now works decently. It has many different possible levels and change of brightness is continuous, though not immediate. On hardy it worked with 8 levels of brightness, but maybe a little smother.
The FN-keys (in my understanding) instead handle the brightness "in hardware" using 8 possible levels and the BIOS notifies the event to the operating system, so that the user can see a bar indicating the level just set. The BIOS also remember what value is currently set for ac and battery modes on its own, and changes that when power supply changes.
In hardy this way of handling the brightness was the only and so it was coherent. Now having two mechanisms causes confusion between them.
_______
The following description is a little complicated, but if you just play around with brightness controls, you will easily see for yourself what I am talking about.
Changing trough the FN-keys is a different story:
It takes 9 key strokes to go from maximum to minimum brightness,
the brightness level indicator that pops out on the screen has 20 steps.
On the contrary going from minimum to maximum requires all the 20 steps, even though some of them, especially the first 4, don't seem to do anything.
This mismatch causes confusion and weird behaviour of gnome-power-
I tried using dellLcdBrightness and found out that it gets confused too.
It's hard to fully explain, but basically I can easily have gnome think that brightness is 100% when it is actually at minimum or viceversa. That goes for dellLcdBrightness as well.
_______
A quick way to fix this is to revert to the old libsmbios based mode of handling this laptop's brightness, though it had only 8 levels and did not work with a BIOS password.
Another (nicer) way would be to make the BIOS completely stop handling brightness when gnome-power-manager starts, making the Fn keys normal keys. Can it be done, Dell?
The best way would be to make libsmbios and xrandr agree.
description: | updated |
description: | updated |
Changed in gnome-power: | |
importance: | Undecided → Unknown |
status: | New → Unknown |
Changed in gnome-power: | |
status: | Unknown → New |
Changed in gnome-power-manager: | |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in gnome-power: | |
importance: | Unknown → Medium |
Changed in gnome-power: | |
status: | New → In Progress |
For the libsmbios task, what makes you think this part is broken? It reports 8 levels, which is likely all your machine supports. When using the command line utility you have to specify if you are plugged into a battery or AC. Are you doing so?