Resum power drain, T42p final conclusion!

Resum power drain, T42p final conclusion!

[Nils Faerber]

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

Hi!
I finally tested everything possible and double/triple checked the
scripts and it came down to the very simple solution:

	vbetool is evil is evil is evil

I already had vbetool savestate disabled but there was still a call to
vbetool dpms in the scripts.
After removing that too I am back to normal again, i.e. I use s3_bios
option and nothing else to get video back (BTW: no framebuffer console,
plain VGA text). According to /proc/acpi/video/VID/POST_info:
<not supported>
I have to use s3_bios since the BIOS does ot provide an ACPI video post
routine, correct?

For acpi-support scripts double check to have
	SAVE_VBE_STATE=false
	POST_VIDEO=false
	USE_DPMS=false
in /etc/default/acpi-support (location from Debian acpi-support package).

Just to be very sure I did
	ln -sf /bin/true /usr/sbin/vbetool


So, many thanks for the good ideas an advice!
If I can be of any other help please call - I am willing to test and try
anything suggested (if it does not involve "rm -rf /" :)

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

iD8DBQFCf6xoJXeIURG1qHgRAihSAKCH7O0Hh3noAhlzZXwC93QRScCKlgCeMNcT
N9bXE+8GCYR1XAa8Jh3MUq4=
=ZJJ/
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20

Re: Resum power drain, T42p final conclusion!

[Stefan Seyfried]

On Mon, May 09, 2005 at 08:31:04PM +0200, Nils Faerber wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Hi!
> I finally tested everything possible and double/triple checked the
> scripts and it came down to the very simple solution:
> 
> 	vbetool is evil is evil is evil

not what i have been telling, but what i have been told ;-)

> I already had vbetool savestate disabled but there was still a call to
> vbetool dpms in the scripts.
> After removing that too I am back to normal again, i.e. I use s3_bios
> option and nothing else to get video back (BTW: no framebuffer console,
> plain VGA text).

If you use vesafb, you probably need "s3_bios,s3_mode" to get the video
mode restored.

> Just to be very sure I did
> 	ln -sf /bin/true /usr/sbin/vbetool
> 
> 
> So, many thanks for the good ideas an advice!

Just to clarify: what vbetool calls were executed (and when: suspend?
resume? both?) and what did they cause?

And did the same happen with swsusp? If yes, which mode was set in 
/sys/power/disk (platform or shutdown)? Was vbetool also called on
swsusp?
-- 
Stefan Seyfried



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20

Re: Resum power drain, T42p final conclusion!

[Bruno Ducrot]

On Mon, May 09, 2005 at 08:31:04PM +0200, Nils Faerber wrote:
> After removing that too I am back to normal again, i.e. I use s3_bios
> option and nothing else to get video back (BTW: no framebuffer console,
> plain VGA text). According to /proc/acpi/video/VID/POST_info:
> <not supported>

This one is only for selecting what video head will be selected
during POST at boot (if this video device is the one that will be
POSTed at boot of course).

Its not intended for knowning if you have to POST video device at
resume.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click