kernel/linux/Documentation/power/video.txt

   1
   2                 Video issues with S3 resume
   3                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~
   4                   2003-2004, Pavel Machek
   5
   6 During S3 resume, hardware needs to be reinitialized. For most
   7 devices, this is easy, and kernel driver knows how to do
   8 it. Unfortunately there's one exception: video card. Those are usually
   9 initialized by BIOS, and kernel does not have enough information to
  10 boot video card. (Kernel usually does not even contain video card
  11 driver -- vesafb and vgacon are widely used).
  12
  13 This is not problem for swsusp, because during swsusp resume, BIOS is
  14 run normally so video card is normally initialized.
  15
  16 There are three types of systems where video works after S3 resume:
  17
  18 * systems where video state is preserved over S3. (Athlon HP Omnibook xe3s)
  19
  20 * systems that initialize video card into vga text mode and where BIOS
  21   works well enough to be able to set video mode. Use
  22   acpi_sleep=s3_mode on these. (Toshiba 4030cdt)
  23
  24 * systems where it is possible to call video bios during S3
  25   resume. Unfortunately, it is not correct to call video BIOS at that
  26   point, but it happens to work on some machines. Use
  27   acpi_sleep=s3_bios (Athlon64 desktop system)
  28
  29 * radeon systems, where X can soft-boot your video card. You'll need
  30   patched X, and plain text console (no vesafb or radeonfb), see
  31   http://www.doesi.gmxhome.de/linux/tm800s3/s3.html. (Acer TM 800)
  32
  33 Now, if you pass acpi_sleep=something, and it does not work with your
  34 bios, you'll get hard crash during resume. Be carefull.
  35
  36 You may have system where none of above works. At that point you
  37 either invent another ugly hack that works, or write proper driver for
  38 your video card (good luck getting docs :-(). Maybe suspending from X
  39 (proper X, knowing your hardware, not XF68_FBcon) might have better
  40 chance of working.