Re: Call for help: list of machines with working S3

[Carl-Daniel Hailfinger <c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org>]

Pavel Machek schrieb:
> Hi!
> 
> Stefan provided me initial list of machines where S3 works (including
> video). If you have machine that is not on the list, please send me a
> diff. If you have eMachines... I'd like you to try playing with
> vbetool (it worked for me), and if it works for you supplying right
> model numbers.
> 
> 								Pavel
> 
> 
> 		Video issues with S3 resume
> 		~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 		  2003-2005, Pavel Machek
> 
> During S3 resume, hardware needs to be reinitialized. For most
> devices, this is easy, and kernel driver knows how to do
> it. Unfortunately there's one exception: video card. Those are usually
> initialized by BIOS, and kernel does not have enough information to
> boot video card. (Kernel usually does not even contain video card
> driver -- vesafb and vgacon are widely used).
> 
> This is not problem for swsusp, because during swsusp resume, BIOS is
> run normally so video card is normally initialized. S3 has absolutely
> no change to work with SMP/HT. Be sure it to turn it off before
> testing (swsusp should work ok, OTOH).
> 
> There are few types of systems where video works after S3 resume:
> 
> (1) systems where video state is preserved over S3.
> 
> (2) systems where it is possible to call video bios during S3
>   resume. Unfortunately, it is not correct to call video BIOS at that
>   point, but it happens to work on some machines. Use
>   acpi_sleep=s3_bios.
> 
> (3) systems that initialize video card into vga text mode and where BIOS
>   works well enough to be able to set video mode. Use
>   acpi_sleep=s3_mode on these.
> 
> (4) on some systems s3_bios kicks video into text mode, and
>   acpi_sleep=s3_bios,s3_mode is needed.
> 
> (5) radeon systems, where X can soft-boot your video card. You'll need
>   patched X, and plain text console (no vesafb or radeonfb), see
>   http://www.doesi.gmxhome.de/linux/tm800s3/s3.html.

(5) machines should also work with (6), but not the other way round.

> 
> (6) other radeon systems, where vbetool is enough to bring system back
>   to life. Do vbetool vbestate save > /tmp/delme; echo 3 > /proc/acpi/sleep;
>   vbetool post; vbetool vbestate restore < /tmp/delme; setfont
>   <whatever>, and your video should work.

(6) has to be done from a text console! It should work for all radeon
systems, btw.

> 
> Now, if you pass acpi_sleep=something, and it does not work with your
> bios, you'll get hard crash during resume. Be carefull. Also it is
> safest to do your experiments with plain old VGA console. vesafb and
> radeonfb (etc) drivers have tendency to crash the machine during resume.
> 
> You may have system where none of above works. At that point you
> either invent another ugly hack that works, or write proper driver for
> your video card (good luck getting docs :-(). Maybe suspending from X
> (proper X, knowing your hardware, not XF68_FBcon) might have better
> chance of working.
> 
> Table of known working systems:
> 
> Model                           hack (or "how to do it")
> ------------------------------------------------------------------------------
> IBM TP R32 / Type 2658-MMG      none (1)
> Athlon HP Omnibook XE3		none (1)
> Compaq Armada E500 - P3-700     none (1) (S1 also works OK)
> IBM t41p			none (1)
> Athlon64 desktop prototype	s3_bios (2)
> HP NC6000			s3_bios (2)
> Toshiba Satellite 4080XCDT      s3_mode (3)
> Toshiba Satellite 4030CDT	s3_mode (3)
> Dell D600, ATI RV250            vga=normal (**)

The Dell system above should also work fine with vbestate.

> Asus L2400D                     s3_mode (3)(***) (S1 also works OK)
> Toshiba Satellite P10-554       s3_bios,s3_mode (4)(****)
> Acer TM 800			vga=normal, X patches, see webpage (5)
> Athlon64 Arima W730a		vbestate needed (6)
> eMachines athlon64 machines	vbestate needed (6) (someone please get me model #s)

Samsung P35                  vbestate needed (6)

> 
> (**) Text console is "strange" after resume. Backlight is switched on again
>      by the X server. X server is:
>      | X Window System Version 6.8.1.904 (6.8.2 RC 4)
>      | Release Date: 2 February 2005
>      | X Protocol Version 11, Revision 0, Release 6.8.1.904
>      | Build Operating System: SuSE Linux [ELF] SuSE
>      as present in SUSE 9.3preview3.
> 
> (***) To be tested with a newer kernel.
> 
> (****) Not with SMP kernel, UP only.

Regards,
Carl-Daniel
-- 
http://www.hailfinger.org/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click