|
|
#1 | |
|
Registered User
Join Date: Feb 2012
Posts: 4
|
Bug report: X11 DPMS breaks in both of the recent 295 series NVIDIA Linux x86_64 binary drivers.
Steps to reproduce: - Run "xset force dpms off" in a terminal - OR wait until the gnome-settings-daemon idle timer shuts off the display What should happen: - The screen blanks, then the backlight turns off. Moving the cursor or typing on the keyboard wakes the screen again. What actually happens: - The screen blanks, but the backlight does not turn off. Sometimes, moving the cursor or typing wakes brings back the desktop. Often, however, a terminal switch is required to rescue the desktop. Hardware: - Macbook Air 3,2. GeForce 320M chipset, LVDS panel LCD Software: - Ubuntu 11.10 (Oneiric), fully up-to-date plus -proposed but otherwise stock. Other notes: - The 290.10 driver works fine - The screen shuts off as expected if one issues the command "sudo vbetool dpms off" - however, a mode switch is always required to restore the X desktop. - I'm using the apple_bl kernel module and "RegistryDwords" "EnableBrightnessControl=1" to enable backlight brightness control using the keyboard hotkeys. Brightness control still works fine - including at brightness 0, at which the backlight is fully off. Please find attached a bug report log. |
|
|
|
|
|
|
#2 | |
|
NVIDIA Corporation
Join Date: Mar 2005
Posts: 2,487
|
Thanks for reporting this. Does the problem go away if you add
Code:
Option "UseDPLib" "off" |
|
|
|
|
|
|
#3 |
|
Registered User
Join Date: Feb 2012
Posts: 4
|
Yes, adding that line to xorg.conf solves the problem.
Thanks! |
|
|
|
|
|
#4 | |
|
NVIDIA Corporation
Join Date: Mar 2005
Posts: 2,487
|
Thanks for testing that! I filed bug 938124.
|
|
|
|
|
|
|
#5 |
|
Registered User
Join Date: Feb 2012
Posts: 4
|
Still broken with 295.20.
|
|
|
|
|
|
#6 | |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
Confirming this bug with 295.20, xserver 1.7.6 (Ubuntu Lucid x86-64), nvidia nvs 3100M, Dell E6510.
Backlight does not turn off when DPMS activates. Option "UseDPLib" "off" causes screen to fail initialization (turns black with visible dark disturbances). |
|
|
|
|
|
|
#7 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
|
|
|
|
|
|
#8 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
Aww.. Looks like this is still a problem in 295.33 ..
![]() |
|
|
|
|
|
#9 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
Screen just blanks with:
$ xset dpms force off (display backlight isn't turned off) Some flickering occurs (where it looks like it turns completely off for a very short time) at first mouse/keyboard event, and then it's back on. No errors in logs. Option "UseDPLib" "off" causes black display (X server seems to start OK, but one cannot see much of it). |
|
|
|
|
|
#10 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
Hi nvidia, is this bug (938124 in your tracker) fixed in the 295.40 release ?
|
|
|
|
|
|
#11 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
|
|
|
|
|
|
#12 |
|
Registered User
Join Date: May 2004
Location: Norway
Posts: 117
|
Following up on the thread, this is still a problem in latest stable driver 295.49. Attaching updated bug report log.
|
|
|
|
![]() |
| Thread Tools | |
|
|