public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Nils Faerber <nils.faerber-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
To: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
Cc: "Dominik Brodowski"
	<linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ@public.gmane.org>,
	"Hendrik Jürgens"
	<hjuerg-ULHALamj7Vx/+Jgy1241yg@public.gmane.org>,
	"Carl-Daniel Hailfinger"
	<c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org>,
	"ACPI mailing list"
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: Resume -> higher power drain?
Date: Sun, 08 May 2005 00:53:18 +0200	[thread overview]
Message-ID: <427D46DE.7010301@kernelconcepts.de> (raw)
In-Reply-To: <20050507200225.GB8212-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 1354 bytes --]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Pavel Machek wrote:
> Hi!
Hi!

>>The problem seemed to be related to suspend/resume scripts, so to say. I
>>did enable vbetool to save/restore VESA state and doing vbetool post.
>>
>>Using s3_bios resume this is not necessary!
>>
>>And after disabling vbetool usage at all the bus master activity is back
>>to normal again after resume!
>>
>>So at least for my T42p I can recommend NOT to use vbetool at all for
>>suspend/resume but rather to use s3_bios!
> 
> Can you suggest a patch to Documentation/power/video.txt?

I changed the file a little accordingly, a diff is attached.
I think it would be a good idea to start some compatibitlity
documentation, i.e. which device is known to work with which
options/tricks. I appended a "compatibility matrix" to the end of the file.

Tel me if you find this documentation useful or what can/should be
added/changed.

> 								Pavel
CU
  nils faerber

- --
kernel concepts          Tel: +49-271-771091-12
Dreisbachstr. 24         Fax: +49-271-771091-19
D-57250 Netphen          Mob: +49-176-21024535
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCfUbdJXeIURG1qHgRAvmuAJ4/Q1a7HCdeNmpC3MtsGzQ3Z1Xl0QCdGlmz
T5SUaUZCiGtraA/Zc4zIcFY=
=aKR1
-----END PGP SIGNATURE-----

[-- Attachment #2: video.txt.diff --]
[-- Type: text/x-patch, Size: 2736 bytes --]

*** linux-2.6.11.8/Documentation/power/video.txt-o	Sun May  8 00:48:38 2005
--- linux-2.6.11.8/Documentation/power/video.txt	Sun May  8 00:45:58 2005
***************
*** 36,43 ****
  Now, if you pass acpi_sleep=something, and it does not work with your
  bios, you'll get hard crash during resume. Be carefull.
  
! 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.
--- 36,84 ----
  Now, if you pass acpi_sleep=something, and it does not work with your
  bios, you'll get hard crash during resume. Be carefull.
  
! You may have a 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.
+ 
+ 
+ Other well known solutions to get your video back on resume using vbetool.
+ Vbetool can execude the real-mode video BIOS extension and use standard
+ video BIOS calls to alter the hardware state of your video hardware. There
+ are two ways to get video to resume:
+ 
+ * save your current video setting before going to suspend and restore it on
+   resume, like
+ 	vbetool save > /tmp/.vbe-settings
+ 	[go to sleep]
+ 	vbetool restore < /tmp/.vbe-settings
+   On many systems this will bring back your complete video hardware,
+   including backlight on notebook TFTs. This is known to work with many ATI
+   radeon systems and Intel Centrino.
+ 
+ * manually execute the video post method if you BIOS does not do it for you,
+   again vbetool can do this
+ 	vbetool post
+   This can on some systems already be enough to get your video back.
+ 
+ Warning: The above should only be tested in a safe environment like a single
+ user shell since it may be necessary to cold-reset your machine, your
+ machine might not resume correctly or simply crash hard.
+ 
+ 
+ Compatibility matrix for S3 resume:
+ 
+ Machine		s3_bios s3_mode vbe-save vbe-post recommended
+ -------------------------------------------------------------
+ HP Omnibook xe3s
+   Athlon           -       -       -        -        no special action required
+ IBM T42p           X       ?       X        X        s3_bios, vbe methods result in CPU bus master activity madness
+ Toshiba 4030cdt            X                         s3_mode
+ Toshiba Satellite
+   P10-554          X       X                         s3_bios,s3_mode
+ 
+ 
+ X = working
+ ? = unknown
+ - = not action required

  parent reply	other threads:[~2005-05-07 22:53 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-07 13:53 Resume -> higher power drain? Nils Faerber
     [not found] ` <427CC869.1050506-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-07 13:59   ` Carl-Daniel Hailfinger
     [not found]     ` <427CC9B3.7060005-hi6Y0CQ0nG0@public.gmane.org>
2005-05-07 14:14       ` Hendrik Jürgens
2005-05-07 14:44         ` Dominik Brodowski
     [not found]           ` <20050507144417.GA3100-JwFqNg2GrOVrgjWwlLH9qw@public.gmane.org>
2005-05-07 15:27             ` Nils Faerber
     [not found]               ` <427CDE7B.5040306-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-07 15:51                 ` Nils Faerber
     [not found]                   ` <427CE3EF.1010005-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-07 20:02                     ` Pavel Machek
     [not found]                       ` <20050507200225.GB8212-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2005-05-07 22:53                         ` Nils Faerber [this message]
     [not found]                           ` <427D46DE.7010301-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-09 10:19                             ` Pavel Machek
     [not found]                               ` <20050509101930.GB24478-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2005-05-09 11:02                                 ` Nils Faerber
     [not found]                                   ` <427F434C.80002-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-09 11:12                                     ` Ow Mun Heng
     [not found]                                       ` <1115637140.6149.26.camel-/ZsuMndpQpsb5wn6fCfWY+TW4wlIGRCZ@public.gmane.org>
2005-05-09 17:56                                         ` Stefan Seyfried
2005-05-09 11:26                                     ` Pavel Machek
2005-05-09  9:07                         ` Stefan Seyfried
     [not found]                           ` <20050509090724.GA7781-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
2005-05-09 12:53                             ` Henrik Brix Andersen
     [not found]                               ` <1115643194.15912.41.camel-7g89Hwo0MwsWlyYapE9R8Q@public.gmane.org>
2005-05-09 13:47                                 ` Matthew Garrett
     [not found]                                   ` <1115646459.27560.10.camel-Xmbc1Sz64/5pghhO6/9/sx2eb7JE58TQ@public.gmane.org>
2005-05-09 13:55                                     ` Nils Faerber
2005-05-09 18:26                                 ` Stefan Seyfried
2005-05-09 13:38                             ` Matthew Garrett
     [not found]                               ` <1115645886.27560.6.camel-Xmbc1Sz64/5pghhO6/9/sx2eb7JE58TQ@public.gmane.org>
2005-05-09 18:28                                 ` Stefan Seyfried
     [not found]                                   ` <20050509182836.GB25273-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
2005-05-09 19:21                                     ` Matthew Garrett
2005-05-10  8:27                                     ` Carl-Daniel Hailfinger
2005-05-09 13:52                             ` Carl-Daniel Hailfinger
2005-05-07 19:59   ` Pavel Machek
     [not found]     ` <20050507195946.GA8212-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2005-05-07 22:57       ` Nils Faerber

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=427D46DE.7010301@kernelconcepts.de \
    --to=nils.faerber-t93ne7xhvje5bsectf/tx7nah6klmebb@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org \
    --cc=hjuerg-ULHALamj7Vx/+Jgy1241yg@public.gmane.org \
    --cc=linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ@public.gmane.org \
    --cc=pavel-+ZI9xUNit7I@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox