GNOME Bugzilla – Bug 696379
ensure backlight is on when the shield gets raised
Last modified: 2013-04-26 15:21:37 UTC
How to reproduce: 1. Hit C-A-L. 2. The shield comes down, then the screen turns off. 3. Hit Space. 4. Screen turns own, shield lifts, but the backlight stays off 5. Now we are on the lock screen, without backlight, any further typing makes the backlight turn on.
moving to gsd since it handles backlight
If I hit any key lightly and quickly while the screen is off, the backlight does not come on. If I hit it strongly, it does.
This is pretty ugly, but probably not blocker material - the next keypress or mouse wiggle brings the backlight on
Isn't this a dup of bug 696169 ?
No, bug 696169 is about a black screen with backlight on. This bug is about a properly drawn login screen, but with no backlight.
(In reply to comment #2) > If I hit any key lightly and quickly while the screen is off, the backlight > does not come on. If I hit it strongly, it does. It's as if the XIdleTime wasn't getting reset. Which would make it a dupe of bug 695848.
I think it was indeed a duplicate of bug 695848, and I am not able to reproduce it now. Matthias, can you still reproduce it?
still reproduces here
(In reply to comment #8) > still reproduces here Is it an Intel video card? I think that the backlight level reporting is wrong when DPMS changes. Patch for testing below, it fixes that problem on my machine.
Created attachment 242001 [details] [review] power: Remove pre-dim brightness hack We were trying to work-around the fact that switching to the VT on some laptops re-enabled the backlight. The backlight level is however incorrect when DPMS mode off, and checking the level of the backlight, when DPMS is still on, caused races. Linux kernel 3.10 will remove the need for VT switching which will fix this bug properly: http://blog.ffwll.ch/2013/04/neat-drmi915-stuff-for-310.html
Attachment 242001 [details] pushed as f06c7fc - power: Remove pre-dim brightness hack