Created attachment 27451 [details] Xorg log ## Happens on: Dell Studio 1737, Radeon HD 3650 Arch Linux, kernel 2.6.30-5, xorg-server 1.6.1.901-3, xf86-video-radeonhd 1.2.5-1, pm-utils 1.2.5.1 Also tried–though much less extensively–on Debian Sid, with the same results. ## Problem: Monitor is off after suspend to ram. The computer wakes up ok but the monitor remains off. Issuing "vbetool dpms on" and "vbetool post" doesn't seem to change anything. ## I have tried: – pm-utils with all options and various (though not all possible) combinations; – s2ram with all suggested options; – hibernate-script with both pm-utils and uswsusp; – machdep.acpi_vbios_reset=0, acpi.vbios_reset=0 combined with vbepost, hpet=disable. Results vary from complete freeze to everything's-fine-except-for-the-screen-is-black. This is reflected in the pm-suspend log, varying from empty through almost-great-but-the-resume-part-is-missing, through crash-on-resuming-99video to absolutely perfect. I've also tried the radeon driver (6.12.2-2; doesn't really work too well with my card), I got it to successfully resume, except for that it froze when I tried to shut it down later on;
It's not a driver issue, but rather a BIOS issue. Posting apparently didn't happen correctly for you. You tried all combinations of --acpi_sleep=[0123], --vbe_save, and --vbe_post in s2ram?
(In reply to comment #1) > It's not a driver issue, but rather a BIOS issue. Posting apparently didn't > happen correctly for you. You tried all combinations of --acpi_sleep=[0123], > --vbe_save, and --vbe_post in s2ram? > Note: I've upgraded the kernel to 2.6.30.1-1 in the meantime. Thanks for a quick reply! I tried two BIOSes: A01 and A06 (currently the newest); no difference. I also tried two other drivers: radeon and fglrx (ATI's): with radeon it almost works (see main report); with fglrx it worked for some time (I omitted it in the main report because I can't remember when and which version it was). This is what made me think it was a driver issue, rather than a BIOS issue. I did a quick check now and here are the results: --acpi_sleep [02] -> monitor off, can type reboot --acpi_sleep [13] -> hard reboot only --acpi_sleep [02] + all combinations of vbe_save and vbe_post -> monitor off, can type reboot all combinations of vbe_save and vbe_post -> monitor off, can type reboot Whenever I could, I issued "vbetool dpms on" and "xset dpms force on"; nothing. On vbe_save and vbe_post I tried to switch to console and back to X which caused the monitor to turn on but it stayed black and the computer froze. Would you say it makes sense to run through all the remaining combinations?
Hm, no, I think you tried all sensible combinations. :-( Sorry, no more ideas.
Does this issue occur with the preferred ati driver (xf86-vide-ati)? If so, please move this to the Driver/Radeon component. Development of radeonhd has pretty much halted and development focus is on the ati driver. Please see http://www.x.org/wiki/radeonhd If the issue does not exist in the ati driver (or if there is no response to this message), this bug will be closed as WONTFIX unless someone contributes a patch.
Closing due to lack of response. Please reopen and move to the Driver/Radeon component if this issue persists with xf86-video-ati
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.