Summary: | Screen will not unblank after DPMS suspend/off | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Brian Hall <hallbw> | ||||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||
Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> | ||||||
Severity: | normal | ||||||||
Priority: | medium | CC: | hallbw | ||||||
Version: | 7.6 (2010.12) | ||||||||
Hardware: | x86-64 (AMD64) | ||||||||
OS: | Linux (All) | ||||||||
Whiteboard: | |||||||||
i915 platform: | i915 features: | ||||||||
Attachments: |
|
Description
Brian Hall
2011-02-06 09:14:40 UTC
# get-edid | parse-edid parse-edid: parse-edid version 2.0.0 get-edid: get-edid version 2.0.0 Performing real mode VBE call Interrupt 0x10 ax=0x4f00 bx=0x0 cx=0x0 Function supported Call successful VBE version 300 VBE string at 0xc01cc "ATI ATOMBIOS" VBE/DDC service about to be called Report DDC capabilities Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x0 cx=0x0 Function supported Call successful Monitor and video card combination does not support DDC1 transfers Monitor and video card combination supports DDC2 transfers 0 seconds per 128 byte EDID block transfer Screen is not blanked during DDC transfer Reading next EDID block VBE/DDC service about to be called Read EDID Performing real mode VBE call Interrupt 0x10 ax=0x4f15 bx=0x1 cx=0x0 Function supported Call successful parse-edid: EDID checksum passed. # EDID version 1 revision 3 Section "Monitor" # Block type: 2:0 3:fd # Block type: 2:0 3:fc Identifier "X203H" VendorName "ACR" ModelName "X203H" # Block type: 2:0 3:fd HorizSync 31-83 VertRefresh 56-76 # Max dot clock (video bandwidth) 170 MHz # Block type: 2:0 3:fc # Block type: 2:0 3:ff # DPMS capabilities: Active off:no Suspend:yes Standby:yes Mode "1600x900" # vfreq 59.978Hz, hfreq 55.540kHz DotClock 97.750000 HTimings 1600 1648 1680 1760 VTimings 900 903 908 926 Flags "-HSync" "+VSync" EndMode # Block type: 2:0 3:fd # Block type: 2:0 3:fc # Block type: 2:0 3:ff EndSection After suspend/resume of the entire system by dbus, display comes back fine. Please attach your xorg log and dmesg output. Is this is a regression? When did it last work? Can you use git to bisect and find the problematic commit? Created attachment 43001 [details] [review] dmesg.log Created attachment 43003 [details] [review] Xorg.0.log (In reply to comment #4) > Is this is a regression? When did it last work? Can you use git to bisect and > find the problematic commit? I do not know if this was a problem before or not. I just got this motherboard recently. I tried using the built-in video with xf86-video-ati 6.13 and got horrible display artifacts, so I stopped using it and switched to a PCI-e nvidia 8400GS and nouveau. When xf86-video-ati 6.14 came out I thought I'd try it again. No artifacts this time, just the DPMS issue. Does this patch help? https://bugzilla.kernel.org/attachment.cgi?id=45272 Alternatively, you can try Linus' latest kernel git tree. (In reply to comment #7) > (In reply to comment #4) > > Is this is a regression? When did it last work? Can you use git to bisect and > > find the problematic commit? > > I do not know if this was a problem before or not. I just got this motherboard > recently. I tried using the built-in video with xf86-video-ati 6.13 and got > horrible display artifacts, so I stopped using it and switched to a PCI-e > nvidia 8400GS and nouveau. When xf86-video-ati 6.14 came out I thought I'd try > it again. No artifacts this time, just the DPMS issue. Reproduced the same problem with xf86-video-ati 6.13. Could not use 6.12 due to it being incompatible with the rest of my current graphics stack (couldn't start X with 6.12). (In reply to comment #8) > Does this patch help? > https://bugzilla.kernel.org/attachment.cgi?id=45272 > Alternatively, you can try Linus' latest kernel git tree. Some success. Built kernel26-git (2.6.38-rc3-00201-g44f2c5c-dirty). With xf86-video-ati, I was able to successfully unblank the screen after executing: sleep 2; xset dpms force suspend However- I was only able to successfully unblank the screen if I started X as root (login as root, then startx). It didn't work as a regular user. I also tried this as root with my other 2.6.37 kernels I have installed, and it did not work. So something in the new 2.6.38-rc3 kernel addresses my issue, at least when run as root. My regular user belongs to these groups: disk wheel games network video audio optical floppy storage scanner camera power users (In reply to comment #8) > Does this patch help? > https://bugzilla.kernel.org/attachment.cgi?id=45272 > Alternatively, you can try Linus' latest kernel git tree. Retested with xf86-video-ati 6.14, and vanilla 2.6.37 plus that patch. It did not work as well as the 2.6.38-rc3 kernel did. IOW starting X as root, then suspending display with DPMS did not allow me to unblank the screen. So for whatever is helping as root in this case for 2.6.38-rc3, this patch is not sufficient. Mass closure: This bug has been untouched for more than six years, and is not obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases. |
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.