From: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Re: Resume -> higher power drain?
Date: Mon, 09 May 2005 15:52:52 +0200 [thread overview]
Message-ID: <427F6B34.2060700@gmx.net> (raw)
In-Reply-To: <20050509090724.GA7781-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
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
next prev parent reply other threads:[~2005-05-09 13:52 UTC|newest]
Thread overview: 27+ 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
[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 [this message]
2005-05-07 19:59 ` Pavel Machek
[not found] ` <20050507195946.GA8212-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2005-05-07 22:57 ` Nils Faerber
-- strict thread matches above, loose matches on Subject: below --
2005-05-09 13:57 balister
2005-05-09 14:07 ` Matthew Garrett
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=427F6B34.2060700@gmx.net \
--to=c-d.hailfinger.devel.2005-hi6y0cq0ng0@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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