Created attachment 38954 [details] Xorg.0.log I can get monitor to standby with: vbetool dpms off Monitor: Dell U2311H Radeon HD 5450 evergreen_accel commit: e26a59e9db8067882327f872e3d2d760ce4c66f3 gentoo-sources-2.6.35-r8 (2.6.35.5) libdrm-2.4.21 X Server 1.9.0
Does the following work? sleep 5; xset dpms force off
No. I'll try and describe what happens a bit better. The OSD comes up with "entering powersaving mode" which then clears as you would expect but the power LED never changes to standby colour and shortly afterwards "entering powersaving mode" appears again the cycle repeats continuously.
Does the screen blank ok on a bare xserver (just X and an xterm for example), or on the console (assuming you have console powersave enabled)?
Goes to standby as expected with Catalyst 10.9 & Xorg Server 1.8.2 (open source drivers don't work with 1.8.2 either) and full GNOME desktop. Let me know if it is worth testing with a more cut down environment.
xset command does not send the monitor to standby even with just twm and a few xterms.
I see similar behaviour with current xf86-video-ati git head. On $ xset dpms force off the monitor goes blank, but then goes into a loop of turning off, then turning back on again with the display unblanked (ie not black). Each time the "entering powersave mode" box appears on the monitor (the one generated by the monitor itself that is) so it's nearly working :) With the head of evergreen_accel as of today, dpms blanking works fine. Hardware is HD5750, stock 3.6.36 kernel.
I can't reproduce your problem Phil. My setup is identicaly with yours: Hardware: HD 5750 Kernel: 2.6.36 (gentoo) xf86-video-ati: git master xorg: git libdrm: git mesa: git # xset dpms force off puts all my 3 displays into standby immediatly.
*** Bug 40851 has been marked as a duplicate of this bug. ***
Do these patches help? http://people.freedesktop.org/~agd5f/dce_fixes/
against drm-next or Linus' git.
(In reply to comment #9) > Do these patches help? > http://people.freedesktop.org/~agd5f/dce_fixes/ I've been having the same problem (I left a comment with some details on bug 38030, which seems like a dupe of this bug), and using these patches on linus' tree didn't seem to fix the issue for me unfortunately, it misbehaves in the exact same way as without the patches as far as I can tell
Still the same behaviour with: 3.3.2-gentoo xorg-server-1.12.0 I've long since downgraded to an HD 2400 Pro which works fine.
This affected me with all previous kernel versions i've used but seems to be fixed with 3.6-rc5
Sorry, too little coffe. I'm on a hd 5850 with a dell u2311h connected via dvi. 3.5.3 and every earlier kernel i've used showed the problem while it's fixed in 3.6-rc5. I didn't try the earlier 3.6 rc's. other versions are what's in debian unstable libdrm-2.4-33 xf86-video-ati 6.14.4 xserver 1.12.3
Same here, I just switched to kernel-3.6.0-rc5 and that has finally solved this issue for me with my RadeonHD 5850
I don't use the hardware any more myself - closing because of multiple reports that it is fixed.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.