garbled or no video output after resume from suspend (Inspiron 4150)

This bug is several months old and many kernel changes have happened since it was filed. Can you please repeat your tests and confirm if it still exists?

yes, the bug still exists despite updates. i just tried it all again and got the same results.

Are you using Dapper or Breezy (mentioned in initial report)?
Does switching consoles (Ctrl-Alt-F1, Ctrl-Alt-F7) help as it does for bug 40808?

I'm using Breezy.

Switching consoles does not help; the screen is blank on the other consoles.

I too have this problem. I'm using Dapper fully updated. Default desktop install. Switching consoles does not help. Command line consoles and X console are garbled.

Ameet: do you also have a Dell Inspiron 4150?

Upgraded to Dapper. Now resume never works (garbled video) after suspend regardless of whether lid was closed or not.

Ubuntuforums.org user "hizaguchi" confirms the same problem with resume from suspend on the same computer Inspiron 4150 (Breezy): http://ubuntuforums.org/showpost.php?p=883559&postcount=2

If I switch to APM, I am able to suspend from console using "apm -s" but cannot suspend via Ubuntu quit menu (only locks screen) nor from terminal with "apm -s" (system locks on resume).

Currently my /etc/default/acpi-support reads:
[code]
ACPI_SLEEP=true
ACPI_HIBERNATE=true
ACPI_SLEEP_MODE=mem
MODULES=""
MODULES_WHITELIST="radeon"
SAVE_VBE_STATE=false
# VBESTATE=/var/lib/acpi-support/vbestate
POST_VIDEO=false
SAVE_VIDEO_PCI_STATE=true
USE_DPMS=true
# RADEON_LIGHT=true
# DOUBLE_CONSOLE_SWITCH=true
HIBERNATE_MODE=shutdown
LOCK_SCREEN=true
# DISABLE_DMA=true
# RESET_DRIVE=true
STOP_SERVICES="mysql "
RESTART_IRDA=false
ENABLE_LAPTOP_MODE=false
[/code]

And relevant(?) portions of my /etc/X11/xorg.conf:
[code]
Section "Module"
 Load "bitmap"
 Load "dbe"
 Load "ddc"
 Load "dri"
 Load "extmod"
 Load "freetype"
 Load "glx"
 Load "int10"
 Load "type1"
 Load "v4l"
 Load "vbe"
EndSection

Section "Device"
 Identifier "ATI Technologies, Inc. Radeon Mobility M7 LW [Radeon Mobility 7500]"
 Driver "radeon"
 BusID "PCI:1:0:0"
 Option "AGPMode" "4"
 Option "RenderAccel" "off"
EndSection

Section "Monitor"
 Identifier "LCD XGA 1024x768"
 Option "DPMS"
 HorizSync 28-49
 VertRefresh 43-72
EndSection
[/code]

I could see if suspending from console works for acpi also, but I don't know what command to use.

As mentioned above, I can confirm that I have the same issue with my Inspiron 4150. Acpi suspend garbles the screen on resume no matter what I do, and I can't find a decent workaround. Apm suspend freezes the system if used (in any way) inside any X server (Xorg or Xgl). The only thing I've found that works is to switch to a different console with Ctrl-Alt-F6 and do apm suspend from there. Then on resume, the bios hangs and has to be reset manually (Fn-z) to stop the fan from going nuts, but otherwise the system works fine.

Interestingly enough, FreeBSD (5.5 and 6.1 that I have tried) handle apm suspend fine from within Xorg. (It resumes faster even than Windows.) Though (possibly pointless info) the system clock and wireless network fail to refresh themselves after suspend.

Oh, this is true for Hoary, Breezy, and Dapper... and probably Warty too, but I never tried it on my laptop.

This issue happens with the i810 driver as well:
https://bugs.freedesktop.org/show_bug.cgi?id=8178
I have hacked around the problem by commenting out the using of vbetool in the suspend.d scripts. Perhaps this would work for the radeon driver as well. Anyhow, Alan Hourihane (maintainer of the i810 Xorg driver) suggested that vbetool was the culprit.

Are these the same bug?
https://launchpad.net/distros/ubuntu/+source/acpi-support/+bug/44961

Miles,

Thanks for your ideas! Responses follow:

Re: vbetool
I believe commenting out "SAVE_VBE_STATE=true" and "VBESTATE=/var/lib/acpi-support/vbestate" in /etc/default/acpi-support disables vbetool in the two scripts you mention in the link above. I've tried suspend/resume with and without vbetool but there is still no video (or garbled video) on resume.

Re: is 44961 the same bug?
They appear to be related, but 44961 refers to resume hibernation and this bug refers to resume suspend. Bug 44961 is also on a system with a Radeon Mobility card but it's a 9600/9700 and this one is a 7500. Not sure what laptop the bug reporter is using. Could be the same, but there's not enough information to know at this point.

Manually running the following two scripts results in successful suspend/resume, but I don't know how to integrate the commands into Ubuntu so I may run it with GUI controls. The scripts use vbetool commands. Any help will be greatly appreciated:

saveVideoState.sh
#!/bin/bash
statedir=/root/s3/state
mkdir -p $statedir
chvt 2
sleep 1
vbetool vbestate save >$statedir/vbe

suspendToRam.sh
#!/bin/bash
statedir=/root/s3/state
curcons=`fgconsole`
fuser /dev/tty$curcons 2>/dev/null|xargs ps -o comm= -p|grep -q X && chvt 2
sync
echo platform > /sys/power/disk; echo mem > /sys/power/state
sync
vbetool post
vbetool vbestate restore <$statedir/vbe
chvt $[curcons%6+1]
chvt $curcons

I spoke too soon.

Those two scripts no longer work.

Strangely, I was able to temporarily resume successfully about 4 times after rebooting each time (suspend never worked a second time until the machine was rebooted) after changing /etc/default/acpi-support options to:

ACPI_SLEEP=true
ACPI_HIBERNATE=true
ACPI_SLEEP_MODE=mem
MODULES=""
# MODULES_WHITELIST="radeon"
SAVE_VBE_STATE=true
VBESTATE=/var/lib/acpi-support/vbestate
POST_VIDEO=true
# SAVE_VIDEO_PCI_STATE=true
# USE_DPMS=true
# RADEON_LIGHT=true
DOUBLE_CONSOLE_SWITCH=true
# HIBERNATE_MODE=shutdown
# LOCK_SCREEN=true
# DISABLE_DMA=true
# RESET_DRIVE=true
# STOP_SERVICES="mysql "
RESTART_IRDA=false
ENABLE_LAPTOP_MODE=false

Current status: video does not work after resume from suspend

Why is this still unconfirmed since another user confirmed the same problem on the same laptop?

His comment is posted above here:

https://launchpad.net/distros/ubuntu/+source/acpi-support/+bug/31425/comments/9

This happens to me as well, I am using a PC I built myself though, I dont know what happens, but it seems to suspend fine, then when I try and wake it, the PC turns on but I see nothing on the screen whatsoever, not even my motherboard screen!!

The problem persists in Hardy.........
If anybody has a working solution could they please post it

This problem also occurs on my Dell Inspiron 4000.

I can also confirm that this happens on my Dell Inspiron 4150 using Hardy. As far as I recall this issue has been around in every Ubuntu release I have used (from 5.04 that is).

The graphics adapter is ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500].

The problem just doesn't seem to go away.
Is there anyway that this bug can be fixed and anyway i could help out in the process

Using a small variation of the two scripts in https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/31425/comments/14:

#!/bin/bash

statedir=/root/s3/state

mkdir -p $statedir
chvt 2
sleep 1
vbetool vbestate save >$statedir/vbe

curcons=`fgconsole`
fuser /dev/tty$curcons 2>/dev/null|xargs ps -o comm= -p|grep -q X && chvt 2
sync
echo platform > /sys/power/disk; echo mem > /sys/power/state
sync
vbetool post
vbetool vbestate restore <$statedir/vbe
chvt $[curcons%6+1]
chvt $curcons

(as you can see, I combined them. I'm really not sure why he wrote them as two scripts in the first place)

I can get this to work once, but if I invoke it a second time, I get the same video corruption as just trying to suspend without the script.

That's gotta mean something to somebody. :-)

Dell Inspiron 4150 here.

Intrepid almost would not run because of the video problem. IT would try to start the graphics system and then return to the mini-terminal screen that shows during boot. After a number of times a warning screen would pop up telling me that it had tried to restart the video system so many times (8 I believe).

This was a new install so I dropped back to Hardy and installed it about a month ago from the live CD. It occasionally has to try more than once to start the video during boot. When it fails it splatters the screen with garbage.

The system will not come out of any screen blanking action. Closing the lid, suspend, screen saver, etc. I can make it come back by going to another terminal, ctrl-alt-F6, say, and then back to the GUI. This always works.

A possibly related problem is that this machine locks up about every other day. Everything is dead - mouse, keyboard, screen, other terminals. Even the modem stops if it is doing something. Hard power cycle lockup.

I almost always have Forte Agent running in Wine so there may be a connection.

John

I have the same problem on my Dell inspiron 4000. This problem occurred when I was using Inrepid and continues now as I use the Jaunty beta.

I have a same? / similar? problem on a Fujitsu Siemens Amilo Li1705 laptop.
Please check my bug report: https://bugs.launchpad.net/ubuntu/+bug/tft-flickering
I'm using Ubuntu 9.04 Jaunty fully updated.

Such problems are hardware-specific. Please don't comment on all flicker bugs for unrelated hardware.

I can confirm this bug running on an ASUS M3N78-VM motherboard with the Nvidia 8500GT and the standard 180.44 video drivers. Suspend works fine, resume brings garbled or no video and the usual key commands do not work.

All versions of Ubuntu so far, plus Fedora 8-11 all have this problem. The most recent script in post #22 works as mentioned for me.

TylerKinkade, please execute the following command, as it will automatically gather debugging information, in a terminal:
apport-collect 31425

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]