Backlight level is inconsistent with actual backlight after S3 suspend resume
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
acpi (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
gnome-power-manager (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
hal (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
linux (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Whenever I resume from suspend, my backlight level is at 100%. If I make an adjustment to the level using gnome-power-manager it jumps to what g-p-m thinks it should be.
Steps to reproduce:
1. Decrease backlight level to e.g. 10%
2. Suspend
3. Resume
Expected result: backlight is at 10%
Actual result: backlight is at 100%, but g-p-m thinks still 10%. "Increasing" the brightness with the keyboard sets it to 20%.
It's possible that this only affects mbp_nvidia_bl
Linux should resume with the same backlight level it had when it suspended, or in any case, g-p-m should not let its internal level go out of sync.
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
MachineType: Apple Inc. MacBookPro3,1
NonfreeKernelMo
Package: linux-image-
ProcCmdLine: root=UUID=
ProcEnviron:
PATH=(custom, user)
LANG=en_GB.UTF-8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: linux
UnreportableReason: This is not a genuine Ubuntu package
Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 342942, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Please continue to report any other bugs you may find.