On Sun, Nov 12, 2006 at 08:47:43AM +0100, Julien Valroff wrote:
Le samedi 11 novembre 2006 à 23:10 +0100, Stefan Seyfried a écrit :
On Sat, Nov 11, 2006 at 05:48:13PM +0100, Julien Valroff wrote:
Hi,
May you please add the Toshiba Stallite M40X-141 laptop to your
whitelist.
Of course. Just a question first :-)
I use s2ram successfully with 's2ram -f -s -p -m'
This sounds like overkill.
Does s2ram -f -p -m already work?
Yes, but the screen remains blank after resuming.
And if you switch VT's after resume, does it help? Same as the scrambled
upper half with -s?
If not, is s2ram -f -p -s sufficient?
Yes. But when suspending from a VT, resuming results to the top of the
screen being scrambled (equivalent to 5 to 10 lines high) - this
disappears when switching to another VT and coming back to the original
VT.
The effect you are seeing is: Framebuffer drivers do not correctly restore
their content on resume. Using -s basically dumps part of the graphics
card state and restores it after resume. This might involve the framebuffer
memory, so you will get its content back partially after resume.
-m only sets the correct video mode after resume, which is less dangerous
but does never restore your fb memory. It might actually clear your fb,
depending on the BIOS.
The kernel, however, has the contents of all the consoles mirrored
internally anyway, and at the next VT switch they are restores (copied
back into the graphics card).
This does not appear when suspending from X, and using the -m flag
avoids this.
Suspending from X involves an additional VT switch, which as expected
fixes everything :-)
s2ram -f -a3 doesn't work neither as for the M35X (Toshiba laptops can
be really different). suspending works, but the latop does not resume.
Ok, i just wanted to make sure that we get the best options.
The best options are IMO (from best to worst, always provided that they
work for the given hardware :-):
-f
-f -a X
-f -p, -f -p -m
-f -p -s
-f -s, -f -m
And to be honest, i have not yet seen a card that really needs -f -p -s -m.
Perfect restoration of the framebuffer is probably something we should do
from the framebuffer drivers, not from the s2ram tool. Right now, an
additional VT switch seems acceptable to me to achieve this.
Plain VGA console always looses its contents during POST (-p) btw, and since
it does not mirror its contents in system RAM, you won't even get it back
with a VT switch.
Thanks for testing :-)
Stefan
--
Stefan Seyfried
QA / RD Team Mobile Devices| Any ideas, John?
SUSE LINUX Products GmbH, Nürnberg | Well, surrounding them's out.
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Suspend-devel mailing list
Suspend-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/suspend-devel
