After DPMS blanking occurs by whatever method (blank timeout or force off), display will not unblank after pressing a key or moving the mouse. System is fully responsive by ssh, etc- it is just a display issue. Blanking works fine with this LCD monitor using the same system but with a discrete PCIe nvidia 8400GS & nouveau. LCD monitor is connected via DVI-D cable. Display is an onboard Radeon 4250 on a Biostar A785GE motherboard. Workaround is to completely disable DPMS. However, even with DPMS "disabled" in xorg and with xset, can still trigger the problem with "xset dpms force off". 01:05.0 0300: 1002:9710 01:05.0 VGA compatible controller: ATI Technologies Inc RS880 [Radeon HD 4200] (prog-if 00 [VGA controller]) Subsystem: Biostar Microtech Int'l Corp Device 1704 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 18 Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at d000 [size=256] Region 2: Memory at fe8f0000 (32-bit, non-prefetchable) [size=64K] Region 5: Memory at fe700000 (32-bit, non-prefetchable) [size=1M] Expansion ROM at <unassigned> [disabled] Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+ Address: 0000000000000000 Data: 0000 Kernel driver in use: radeon Kernel modules: radeon Arch Linux x86_64 kernel 2.6.37 xf86-video-ati 6.14.0-1 xorg-apps 7.6-1 xorg-docs 1.6-1 xorg-font-utils 7.6-1 xorg-fonts-100dpi 1.0.1-3 xorg-fonts-75dpi 1.0.1-3 xorg-fonts-alias 1.0.2-1 xorg-fonts-encodings 1.0.3-1 xorg-fonts-misc 1.0.1-1 xorg-iceauth 1.0.4-1 xorg-luit 1.1.0-1 xorg-res-utils 1.0.3-3 xorg-server 1.9.4-1 xorg-server-common 1.9.4-1 xorg-server-utils 7.6-1 xorg-sessreg 1.0.6-1 xorg-twm 1.0.6-1 xorg-util-macros 1.11.0-1 xorg-utils 7.6-6 xorg-x11perf 1.5.3-1 xorg-xauth 1.0.5-1 xorg-xbacklight 1.1.2-1 xorg-xcmsdb 1.0.3-1 xorg-xcursorgen 1.0.4-1 xorg-xdpyinfo 1.2.0-1 xorg-xdriinfo 1.0.4-1 xorg-xev 1.1.0-1 xorg-xgamma 1.0.4-1 xorg-xhost 1.0.4-1 xorg-xinit 1.3.0-2 xorg-xinput 1.5.3-1 xorg-xkb-utils 7.5-2 xorg-xkill 1.0.3-1 xorg-xlsatoms 1.1.0-1 xorg-xlsclients 1.1.1-1 xorg-xlsfonts 1.0.3-1 xorg-xmodmap 1.0.5-1 xorg-xpr 1.0.3-1 xorg-xprop 1.2.0-1 xorg-xrandr 1.3.4-1 xorg-xrdb 1.0.8-1 xorg-xrefresh 1.0.4-1 xorg-xset 1.2.1-1 xorg-xsetroot 1.1.0-1 xorg-xvinfo 1.1.1-1 xorg-xwd 1.0.4-1 xorg-xwininfo 1.1.1-1 xorg-xwud 1.0.3-1
# 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.