https://bugzilla.novell.com/show_bug.cgi?id=220865 ------- Comment #5 from seife@novell.com 2006-11-15 09:39 MST ------- (In reply to comment #4)
(In reply to comment #3)
Same on this Dell D410. This machine (presumably) prefectly suspends & resumes with s2ram -f.
On the text console or from X?
Ok, I tested it once more. X crashes as soon as -s is involved.
Ok. I _knew_ that -s was evil!!!1! :-)
s2ram -f -p -m works pretty much, only the background image is missing.
This is normal. Framebuffer contents are not saved and the card looses it clears it apparently on VBE mode setting.
After switching a console front and back, everything looks fine. This also leaves the Xserver intact.
Cool, so we'll take "-p -m" (which is my favourite on if "-a X" does not work anyway). Thanks for testing.
Well, i'd guess that the X server is somewhat buggy now, since AFAIR it could handle this case earlier (i think i tested the D410, but am not sure anymore.
Just tested this:
s2ram -f works as in 10.2b2+. s2ram (-f -p -s) restores the framebuffer, but the top few lines are distorted. But yes, the Xserver didn't die.
The distortion is again normal, it is more an accident that parts of the framebuffer contents are restored at all :-)
So we have an regression in the intel driver here. Sigh. Maybe (as posting VBE bios here isn't really specified anyway) something has been changed that made it incompatible.
-m wasn't available in 10.1. I, personally, would say that is the cleanest solution.
Me too :-)
assumed you were constantly testing this machine with the latest code).
I almost never use suspend to ram on this machine.
Ts ts ts... bad boy :-)
Note that "-a X" options usually do not work with DELLs.
Never ever tried one of those.
The Dell's usually just boot instead of resuming with them. I'll submit a package with a fixed whitelist soon. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.