[R350] sometimes no video on LCD after resume from suspend

[skierpage]

I am running Kubuntu 9.04 Jaunty amd64 on 2.6.28-15-generic. I have a an AMD 3000+ with VIA K8V motherboard and an ATI 9800 Pro AIW graphics card (R350 graphics chip) connected to an Samsung 192MP LCD over DVI-0. Xorg.0.log indicates X server 1.6.0 is loading /usr/lib/xorg/modules/drivers/radeon_drv.so version 6.12.1.

I choose Kickoff > Leave > Sleep ("Suspend to RAM") to send my computer to sleep. Sometimes (about 6 times out of 25 resumes) when I press the computer's power button to resume from sleep, the display does not re-enable. The computer's LED comes on, its fan starts, I hear some drive noises. BUT the screen remains dark, no cursor. Pressing Ctrl+Alt+Del, Ctrl+Alt+F1, and/or the power button all do nothing. The only way out is to hold down the computer's power button to force it to power-off, then power back on and boot.

When resume from sleep works, the LCD's LED stays on (which I think indicates it's receiving a signal), a white I-beam text cursor appears on a dark screen, and then when I press a key a password unlock dialog appears. Sometimes the screen around the dialog has a garbled pattern (which sounds a bit like bug #293395), but everything looks fine when I log in.

There *may* be a correlation with pressing keys while the system is coming out of sleep. I now wait until I see a cursor before pressing any keys and it seems to help. The problem may be related to this Kubuntu (KDM? Plasma?) password screen at resume; I don't know how to disable it.

Is there anything I can do to help debug this real but intermittent problem? Is there any useful info left in logs after I reboot? (https://wiki.ubuntu.com/DebuggingKernelSuspend suggests not.) It sounds a bit like bug #339336 .
I used `ubuntu-bug -p xserver-xorg-video-ati` to submit this bug report which previously sent a bunch of system info somewhere.

[Bryce Harrington (bryce)]

Hi skierpage,

Please attach the output of `lspci -vvnn` and `dmesg`, and attach your /var/log/Xorg.0.log (and maybe Xorg.0.log.old) file from after reproducing this issue. If you're using a custom /etc/X11/xorg.conf please attach that as well.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[skierpage (skierpage)]

I believe I reproduced this. At 04:38am I put computer in sleep. The next day I pressed the power button *AND* pressed a bunch of cursor keys. As described in the bug the computer would not resume and I had to power off. I then booted from my LiveCD, mounted my hard drive, and looked around. There were no files in my hard drive's var tree timestamped later than 04:38am, so it seems the computer did not write to any log files when it failed to resume. I've since rebooted normally.

var/lib/pm-utils/status contained "suspend"

var/lib/pm-utils/resume-hang.log was timestamped several days earlier, it just contained a list of processes from that earlier time.

var/log/pm-suspend.log was timestamped from the suspend, its last lines were:

 Save video state failed
 success.
 /etc/pm/sleep.d/action_wpa suspend suspend: success.
 Tue Sep 8 04:38:40 PDT 2009: performing suspend

I have attached the Xorg.0.log from that time, which has the same contents as my current /var/log/Xorg.0.log.old. Again, its timestamp is from the suspend, I have nothing dating from the failed resume.

I hope all this helps, let me know what else I can provide. I looked at https://wiki.ubuntu.com/DebuggingKernelSuspendHibernateResume but it doesn't have much on debugging the "Resume" part.

[skierpage (skierpage)]

My /etc/X11/xorg.conf is identical to xorg.conf.ORG and contains only some generic-looking Device/Monitor/Screen Sections, so I assume I'm not using a customized xorg.conf.

[skierpage (skierpage)]

This is still happening to me and I provided lspci -vvnn and Xorg.0.log, so I removed the "needs" tags and changed the status to New instead of Incomplete so that it won't expire.

[Tormod Volden (tormodvolden)]

Would be nice if you can try Ubuntu 9.10 and see if it is still an issue, also trying KMS: https://wiki.ubuntu.com/X/RadeonKMS

[skierpage (skierpage)]

It just happened to me running Kubuntu 9.10 Karmic on the same hardware. I did not press any keys, I just pressed the power button and the rest is as I described. This is the first failure in about 5 suspend-resume cycles.

I powered off and booted into my live CD. Again there are no files on my hard drive's /var/log from the time of resume.

Perhaps this is actually a *kernel* problem with resume. If it were a video problem, wouldn't something touch a log file before the video attempts to refresh the display?

[Miroslav Hadzhiev (xtigyro)]

After resume:
- black screen
- sound muted
- no way to reboot the system
- "ctrl+alt+backspace" with no result

The only way to continue is to power off and then back on.

ati MOBILITY x1600 (256 mb gddr3)

[bugbot (bugbot)]

This bug report was filed against an old version of Ubuntu.
Can you confirm whether this is still an issue in natty?

If you don't mind, it would be very helpful if you could update the bug
report in launchpad to 'Fix Released' if it is no longer an issue for
you, or if it is still occurring under natty, please tag the bug 'natty'
so it's easier for us to track.

[skierpage (skierpage)]

Good news! I haven't experienced this problem for many months, so possibly it was fixed in Maverick (10.10) or maybe Lucid (10.04). Well done.