Description of problem: Video does not resume properly after suspend to RAM on a Compaq Presario X1050 with Radeon Mobility 9000 video. The screen remains all white and filled with streaks. For video to resume properly the following appears needed: Add /usr/sbin/vbetool vbestate save > /var/run/vbestate to suspend_video() before the "vbetool dpms suspend" Add /usr/sbin/vbetool post /usr/sbin/vbetool vbestate restore < /var/run/vbestate to resume_video() before "vbetool dpms on" Either the "vbetool post" or "vbetool vbestate restore" will do the trick just to get back into X, but to be able to get back into text console afterwards, both appear to be needed. Of course it's quite possible that adding this will break some systems with ATI video, so this may need to be system-specific or user configurable (or else a better solution needs to be devised). Version-Release number of selected component (if applicable): pm-utils-0.15-1 How reproducible: Every time Steps to Reproduce: 1. Suspend above laptop 2. Resume laptop 3. Actual results: Video is garbled Expected results: Video displays properly Additional info:
Have you tried this with newer version of pm-utils? There are quite a few changes in the FC6 version of it that might fix the problem you're describing. Thanks, Read ya, Phil
This is still not working in Fedora 7. When resuming from suspend to RAM with the default scripts, I still get just the same streaky gray screen as before.
Created attachment 159274 [details] updated configuration file for hal
I can confirm this on an acer travelmate 803LMi. Kernel 2.6.22.1 I was able to solve it by adding the following lines <match key="system.hardware.product" prefix="TravelMate 800"> <merge key="power_management.quirk.vbe_post" type="bool">true</merge> <merge key="power_management.quirk.vbestate_restore" type="bool">true</merge> to /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-acer.fdi See the updated file in attachment I found this by following the procedure described on http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-try.html I still have other hibernation and suspend problems.
Wilfried and Robert, can you both paste the output of: lshal | egrep "(system.hardware.(product|vendor|version)|smbios.bios.version)" This contains all information that may be needed to identify you notebooks.
The fdi information is part of hal-info, therefore I reassign/change the component of this bug.
As indicated previously there has been no update on the progress of this bug therefore I am closing it as INSUFFICIENT_DATA. Please re-open if the issue still occurs for you and I will try to assist in its resolution. Thank you for taking the time to report the initial bug.
This problem still occurs in Fedora 9. I fixed it by editing /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-hp.fdi to add X1000 to the models list for this section: <match key="system.hardware.product" contains_outof="OmniBook XE3 G;R3200;nx5000;nx7000;nc6120;nx6325;6510b;2510p">--> <merge key="power_management.quirk.vbe_post" type="bool">true</merge> <merge key="power_management.quirk.vbestate_restore" type="bool">true</merge> </match> i.e. <match key="system.hardware.product" contains_outof="OmniBook XE3 G;R3200;nx5000;nx7000;nc6120;nx6325;6510b;2510p;X1000"> This system is similar to the nx7000 (the ACPI tables identification even says nx7000) so this makes sense. My system's model info is: system.hardware.product = 'Compaq Presario X1000 DP485U#ABL' (string) system.hardware.vendor = 'Hewlett-Packard' (string) system.hardware.version = 'F.55' (string)
Still a problem in Fedora 10. Patch above still required.
Patch merged into upstream git: http://cgit.freedesktop.org/hal-info/commit/?id=55cf2aa7f720d3c5d47f56e0cc8264ef6d0bc406
Problem is resolved in hal-info-20090202-1.fc10.