Re: Re: Resume -> higher power drain?

Re: Re: Resume -> higher power drain?

[Henrik Brix Andersen]

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

On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
> That said, a recent X.org radeon driver should post the card, bring the light
> back on (it does on my Dell D600) and make vbetool unnecessary on ATI radeon
> chipsets

How recent? Does this driver also turn off the backlight during S3?

Sincerely,
Brix
-- 
Henrik Brix Andersen <brix-aBrp7R+bbdUdnm+yROfE0A@public.gmane.org>
Gentoo Linux

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: Re: Resume -> higher power drain?

[Matthew Garrett]

On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
> On Sat, May 07, 2005 at 10:02:25PM +0200, Pavel Machek wrote:
> 
> > > 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?
> 
> according to some X guys, vbetool vbestate save/restore is "problematic"
> at least and should only be used as a measure of last resort, if everything
> else fails.

The main advantage of saving/restoring the VBE state is that the code to
do so is likely to actually be there, which is something that you can't
say about POSTing. As far as I can tell, there shouldn't be any issue in
making vbestate calls from text mode, especially in situations where the
alternative is to have no graphics functionality at all. It would be
interesting to look at video card state to see what the difference is
afterwards...

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
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: Re: Resume -> higher power drain?

[Matthew Garrett]

On Mon, 2005-05-09 at 14:53 +0200, Henrik Brix Andersen wrote:
> On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
> > That said, a recent X.org radeon driver should post the card, bring the light
> > back on (it does on my Dell D600) and make vbetool unnecessary on ATI radeon
> > chipsets
> 
> How recent? Does this driver also turn off the backlight during S3?

Unlikely. At the moment, X doesn't know that the system is suspending.

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
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: Re: Resume -> higher power drain?

[Carl-Daniel Hailfinger]

Stefan Seyfried schrieb:
> On Sat, May 07, 2005 at 10:02:25PM +0200, Pavel Machek wrote:
> 
> 
>>>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?
> 
> 
> according to some X guys, vbetool vbestate save/restore is "problematic"
> at least and should only be used as a measure of last resort, if everything
> else fails.
> 
> That said, a recent X.org radeon driver should post the card, bring the light
> back on (it does on my Dell D600) and make vbetool unnecessary on ATI radeon
> chipsets

A recent X.org radeon driver will switch on the backlight and crash
afterwards on my Samsung P35, exactly the thing "vbetool post" does.
However, POSTing is not enough for my card, I have to restore the
vesa state to actually see something on screen.

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


-------------------------------------------------------
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: Re: Resume -> higher power drain?

[Nils Faerber]

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

Matthew Garrett wrote:
> On Mon, 2005-05-09 at 14:53 +0200, Henrik Brix Andersen wrote:
>>On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
>>>That said, a recent X.org radeon driver should post the card, bring the light
>>>back on (it does on my Dell D600) and make vbetool unnecessary on ATI radeon
>>>chipsets
>>How recent? Does this driver also turn off the backlight during S3?
> Unlikely. At the moment, X doesn't know that the system is suspending.

And additionally switching the light off is what seems to work most
reliably on most platforms - just the way back seems to be more critical ;)

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

iD8DBQFCf2u0JXeIURG1qHgRAh8rAKDP7rABItff09qN+3aelZvfGaKkjACgw127
kOpzujOrjDBwN1Ct5T64PFQ=
=gzy+
-----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: Re: Resume -> higher power drain?

[balister]

x.org from FC3 handles video suspending fine on my 600m.

Philip

>===== Original Message From Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org> =====
>On Mon, 2005-05-09 at 14:53 +0200, Henrik Brix Andersen wrote:
>> On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
>> > That said, a recent X.org radeon driver should post the card, bring the 
light
>> > back on (it does on my Dell D600) and make vbetool unnecessary on ATI 
radeon
>> > chipsets
>>
>> How recent? Does this driver also turn off the backlight during S3?
>
>Unlikely. At the moment, X doesn't know that the system is suspending.
>
>--
>Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org
>
>
>
>-------------------------------------------------------
>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
>_______________________________________________
>Acpi-devel mailing list
>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>https://lists.sourceforge.net/lists/listinfo/acpi-devel



-------------------------------------------------------
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: Re: Resume -> higher power drain?

[Matthew Garrett]

On Mon, 2005-05-09 at 09:57 -0400, balister wrote:
> x.org from FC3 handles video suspending fine on my 600m.

No, x.org from FC3 does nothing whatsoever when you suspend your 600m,
because X doesn't know that the system is suspending. That's fine,
though, because (for the most part) we don't /want/ the X server to fuck
about with the video registers since on resume we're going to fuck about
with them ourselves.
-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
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: Re: Resume -> higher power drain?

[Stefan Seyfried]

On Mon, May 09, 2005 at 02:53:14PM +0200, Henrik Brix Andersen wrote:
> On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
> > That said, a recent X.org radeon driver should post the card, bring the light
> > back on (it does on my Dell D600) and make vbetool unnecessary on ATI radeon
> > chipsets
> 
> How recent? 

seife@strolchi:~> X -version
X Window System Version 6.8.2
Release Date: 9 February 2005

> Does this driver also turn off the backlight during S3?

Well, i have never had problems with the light not turning off during S3
except for one very crappy SHARP machine, but that one turned it off on
lid close, so that was no problem. So usually the problem is getting the
light back _on_ after resume :-)
-- 
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: Re: Resume -> higher power drain?

[Stefan Seyfried]

On Mon, May 09, 2005 at 02:38:06PM +0100, Matthew Garrett wrote:
> On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
> 
> > according to some X guys, vbetool vbestate save/restore is "problematic"
> > at least and should only be used as a measure of last resort, if everything
> > else fails.

Again, to be clear: this is not my wisdom but from people who know the radeon
chips prettty good (Matthias Hopf, among others)

> The main advantage of saving/restoring the VBE state is that the code to
> do so is likely to actually be there, which is something that you can't
> say about POSTing. As far as I can tell, there shouldn't be any issue in

The radeon X driver apparently knows enough about the chips to re-post them.
Excerpt from my X log:
(WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
(II) RADEON(0): Primary V_BIOS segment is: 0xc000

> making vbestate calls from text mode, especially in situations where the
> alternative is to have no graphics functionality at all. It would be

Thats what i meant with "only be used as a measure of last resort" :-)

> interesting to look at video card state to see what the difference is
> afterwards...

Probably. Note that i have no knowledge about graphics cards at all, i just
tell what i have been told ;-)
-- 
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: Re: Resume -> higher power drain?

[Matthew Garrett]

On Mon, 2005-05-09 at 20:28 +0200, Stefan Seyfried wrote:
> On Mon, May 09, 2005 at 02:38:06PM +0100, Matthew Garrett wrote:

> > The main advantage of saving/restoring the VBE state is that the code to
> > do so is likely to actually be there, which is something that you can't
> > say about POSTing. As far as I can tell, there shouldn't be any issue in
> 
> The radeon X driver apparently knows enough about the chips to re-post them.
> Excerpt from my X log:
> (WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
> (II) RADEON(0): Primary V_BIOS segment is: 0xc000

Right, but that's only possible if the video BIOS code is still there.
It often isn't, at which point your X server is executing random code.
That's generally a bad thing.

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
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: Re: Resume -> higher power drain?

[Carl-Daniel Hailfinger]

Stefan Seyfried schrieb:
> On Mon, May 09, 2005 at 02:38:06PM +0100, Matthew Garrett wrote:
> 
>>On Mon, 2005-05-09 at 11:07 +0200, Stefan Seyfried wrote:
>>
>>
>>>according to some X guys, vbetool vbestate save/restore is "problematic"
>>>at least and should only be used as a measure of last resort, if everything
>>>else fails.
> 
> 
> Again, to be clear: this is not my wisdom but from people who know the radeon
> chips prettty good (Matthias Hopf, among others)
> 
> 
>>The main advantage of saving/restoring the VBE state is that the code to
>>do so is likely to actually be there, which is something that you can't
>>say about POSTing. As far as I can tell, there shouldn't be any issue in
> 
> 
> The radeon X driver apparently knows enough about the chips to re-post them.
> Excerpt from my X log:
> (WW) RADEON(0): zero MEMSIZE, probably at D3cold. Re-POSTing via int10.
> (II) RADEON(0): Primary V_BIOS segment is: 0xc000

Can you please ask the gurus: What is the difference between POSTing with
the X driver and POSTing with vbetool, if both versions use int10? And can
I have the "better int10" of the X driver as an isolated piece of code so
that resume will eventually work even if X is not running?

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


-------------------------------------------------------
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