From: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
To: Alan Cox <alan-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org>
Cc: Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: acpi_sleep=s3_bios and Thinkpads
Date: Tue, 13 Jul 2004 00:47:49 +0200 [thread overview]
Message-ID: <20040712224749.GA549@elf.ucw.cz> (raw)
In-Reply-To: <1088867538.9981.1.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
Hi!
> > Having tested around 6 different models of Thinkpad, we've found that
> > passing acpi_sleep=s3_bios always helps if there is no framebuffer
> > running, but tends to break things if there is a framebuffer. Is this
> > worth some sort of DMI hackery in order to make it more likely that
> > things will just work?
>
> The BIOS will re-init to vga text mode for the general case. So you'd
> need instead to do some work on the pci resume path of the video drivers
> to do mode resets and the like. You may also need to play
> with vga routing but that ought to be set right by the BIOS.
>
> Does switching console unbreak resume ?
Actually, on many machines video is *not* in 80x25 text mode upon
resume (Toshiba p4, arima, omnibook xe3). If it is in 80x25 text,
right thing is to enable vesafb and use s3_mode.
Pavel
--
People were complaining that M$ turns users into beta-testers...
...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
prev parent reply other threads:[~2004-07-12 22:47 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-03 10:56 acpi_sleep=s3_bios and Thinkpads Matthew Garrett
[not found] ` <1088852201.3733.22.camel-myFlNLNQP+Q@public.gmane.org>
2004-07-03 15:12 ` Alan Cox
[not found] ` <1088867538.9981.1.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2004-07-12 22:47 ` Pavel Machek [this message]
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=20040712224749.GA549@elf.ucw.cz \
--to=pavel-+zi9xunit7i@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=alan-qBU/x9rampVanCEyBjwyrvXRex20P6io@public.gmane.org \
--cc=mjg59-1xO5oi07KQx4cg9Nei1l7Q@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