Mailinglist Archive: radeonhd (288 mails)

[bugzilla-daemon@xxxxxxxxxxxxxxx]

http://bugs.freedesktop.org/show_bug.cgi?id=22656





--- Comment #2 from kamil stachowski <kamil.stachowski@xxxxxxxxx>  2009-07-07 
09:24:37 PST ---
(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?


-- 
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
_______________________________________________
xorg-team mailing list
xorg-team@xxxxxxxxxxx
http://lists.x.org/mailman/listinfo/xorg-team
-- 
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx