Bug 16763 - ATI R500 xset dpms force off (and standby) broken
Summary: ATI R500 xset dpms force off (and standby) broken
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-17 13:29 UTC by @4u
Modified: 2009-11-11 10:20 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description @4u 2008-07-17 13:29:59 UTC
Hi,

I'm testing the newest and greatest Xorg and mesa build for my ATI R500 card on a Thinkpad T60. Unfortunately it looks like I can't switch the LCD panel of this notebook off. The driver disables it - but re-enables it right after that again (to blank it).

Xorg.0.log:
[...]
Output 23 disable success
Blank CRTC 0 success
Disable CRTC 0 success
Blank CRTC 1 success
Disable CRTC 1 success
Output 23 disable success
Blank CRTC 0 success
Disable CRTC 0 success
Enable CRTC 0 success
Unblank CRTC 0 success
Output 23 enable success

Please note the second "Blank CRTC 0 success" after "Output 23 disable success". I think (but I'm not sure) that this is what I see as "re-enabled screen" right?
Comment 1 @4u 2008-07-17 13:32:59 UTC
by the way ...

cat /proc/version
Linux version 2.6.26-gentoo (root@loki) (gcc version 4.1.2 (Gentoo 4.1.2 p1.1)) #1 SMP Thu Jul 17 21:11:42 CEST 2008

lspci -v
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility X1400 (prog-if 00 [VGA controller])
        Subsystem: Lenovo Thinkpad T60 model 2007
        Flags: bus master, fast devsel, latency 0, IRQ 16
        Memory at d8000000 (32-bit, prefetchable) [size=128M]
        I/O ports at 2000 [size=256]
        Memory at ee100000 (32-bit, non-prefetchable) [size=64K]
        [virtual] Expansion ROM at ee120000 [disabled] [size=128K]
        Capabilities: [50] Power Management version 2
        Capabilities: [58] Express Legacy Endpoint, MSI 00
        Capabilities: [80] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Comment 2 Alex Deucher 2008-07-17 14:22:16 UTC
You're probably getting late input from the mouse which wakes up the screen immediately. try calling it this way:

sleep 5; xset dpms force off
Comment 3 @4u 2008-07-18 00:41:12 UTC
That's an interesting idea but it's not the case. It even happens if the notebook is not used and regular DPMS settings take effect. It could be related to KDE 4.0.5 but switching to xf86-video-radeonhd resolves the issue. That's why I think it's driver related. Please let me know how to help you tracking down this issue.
Comment 4 Alex Deucher 2008-07-18 06:36:54 UTC
Can you at least try it and see if it works?  From your log the screen is blanked and then immediately unblanked.  Something external is causing the screen to unblank. My guess is some acpi or input event.
Comment 5 @4u 2008-07-18 07:16:26 UTC
I'm sorry. I forgot to write that I tested it even with sleep 10 and it didn't worked.
Comment 6 Alex Deucher 2009-11-11 10:20:28 UTC
I think it was actually xserver issue that has already been 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.