Here is a possible work-around to the Thinkpad blank/garbage screen on resume problem (vbetool "post" reset) that seems to work for me, and may suggest where to look for the actual bug.
Thinkpad A31p running a clean Dapper upgraded to Edgy after spending a day trying all of the solutions discussed above and in other threads, I found that adding a "sleep 5" before the "vbetool post" in /etc/acpi/resume.d/15-video-post.sh and with POST_VIDEO=true in /etc/default/acpi-support seems to result in reliable resume (I tried 1 and 3 seconds but it was not enough on my 1.7Ghz Thinkpad A31p with ATI Radeon RV200 LX [Mobility FireGL 7800 M7])
Here is my /etc/acpi/resume.d/15-video-post.sh:
#!/bin/sh
# Post the video card
if [ x$POST_VIDEO = xtrue ]; then
# Temporary kluge: Adding a "sleep 5" seems to eliminate the blank/garbage screen after POST_VIDEO
# (i.e. the ATI controller must be slow or busy after waking up, and perhaps is not ready for the reset from vbetool somehow)
sleep 5
vbetool post
fi
Other data/discussion: No apm stuff running, only stock acpi. You seem to have to vbetool post the video controller to reset it no matter what (POST_VIDEO=true) otherwise you get a blank screen or garbage and can not enter your password for the resume. The sleep 5 makes it work. The kluge is reproducible, I can turn POST_VIDEO true and false with consistent results.
Folks,
Here is a possible work-around to the Thinkpad blank/garbage screen on resume problem (vbetool "post" reset) that seems to work for me, and may suggest where to look for the actual bug.
Thinkpad A31p running a clean Dapper upgraded to Edgy after spending a day trying all of the solutions discussed above and in other threads, I found that adding a "sleep 5" before the "vbetool post" in /etc/acpi/ resume. d/15-video- post.sh and with POST_VIDEO=true in /etc/default/ acpi-support seems to result in reliable resume (I tried 1 and 3 seconds but it was not enough on my 1.7Ghz Thinkpad A31p with ATI Radeon RV200 LX [Mobility FireGL 7800 M7])
Here is my /etc/acpi/ resume. d/15-video- post.sh:
#!/bin/sh
# Post the video card
if [ x$POST_VIDEO = xtrue ]; then
# Temporary kluge: Adding a "sleep 5" seems to eliminate the blank/garbage screen after POST_VIDEO
# (i.e. the ATI controller must be slow or busy after waking up, and perhaps is not ready for the reset from vbetool somehow)
sleep 5
vbetool post
fi
Other data/discussion: No apm stuff running, only stock acpi. You seem to have to vbetool post the video controller to reset it no matter what (POST_VIDEO=true) otherwise you get a blank screen or garbage and can not enter your password for the resume. The sleep 5 makes it work. The kluge is reproducible, I can turn POST_VIDEO true and false with consistent results.
Thomas.