public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Re: Samsung P35 and S3 suspend
Date: Thu, 16 Dec 2004 21:42:22 +0000	[thread overview]
Message-ID: <1103233342.5984.90.camel@tyrosine> (raw)
In-Reply-To: <200412162226.43166.stefandoesinger-RbZlAiThDcE@public.gmane.org>

On Thu, 2004-12-16 at 22:26 +0100, Stefan Dösinger wrote:

> This is partially true for my system. The instruction at c000:0003 is a JMP. 
> But the code seems to remain in the area around 0xc0000. A jump somewhere 
> else is a good explanation for the crashes on some machines.
> 
> Is this code used by the system bios to boot the VGA card when powering on the 
> machine?

Yup. However, bear in mind that a typical laptop BIOS is about 512K.
There's a lot of code that's used during boot, but then unmapped again
because it shouldn't be needed by any user application. Depending on
your machine, this may include stuff that's used for video POSTing.

> > POSTing will help in some cases (it seems to work well on Thinkpads),
> > but it's not a universal cure. I've had more joy with saving and
> > restoring the VBE state.
> Is this the vbestate utility? I'll have a look at it. What does 
> vm86_video_post do? It looks like another lrmi based "call c000:0003 
> utility". Can only saving and restoring the VBE state bring the card back to 
> live or do I need to call the reset routine in any case?

vm86_video_post is just an lrmi-based POST tool, yeah - I hacked it
together after speaking to some of the X.org people and discovering that
they don't have too much faith in the correctness of the x86emu code.
One advantage it does have over most of the POST tools is that it puts
the device it's initialising in ax, which seems to make a difference in
some hardware. On the Dell X300, just calling the POST code results in
nasty screen effects. Having the PCI ID in ax seems to avoid this.

I'm not sure whether saving and restoring VBE state is sufficient. It
seems quite effective in combination with POSTing.
-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/

  parent reply	other threads:[~2004-12-16 21:42 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-15  4:55 Samsung P35 and S3 suspend Carl-Daniel Hailfinger
     [not found] ` <41BFC3AD.5030001-hi6Y0CQ0nG0@public.gmane.org>
2004-12-15 13:28   ` Matthias Hentges
2004-12-15 17:59     ` Carl-Daniel Hailfinger
     [not found]       ` <41C07B6F.70900-hi6Y0CQ0nG0@public.gmane.org>
2004-12-16  1:03         ` Matthias Hentges
2004-12-16  3:24           ` Carl-Daniel Hailfinger
     [not found]             ` <41C0FFF3.4010902-hi6Y0CQ0nG0@public.gmane.org>
2004-12-16 14:29               ` Carl-Daniel Hailfinger
     [not found]                 ` <41C19BD8.7050201-hi6Y0CQ0nG0@public.gmane.org>
2004-12-16 17:32                   ` Stefan Dösinger
     [not found]                     ` <200412161832.09711.stefandoesinger-RbZlAiThDcE@public.gmane.org>
2004-12-16 18:28                       ` Carl-Daniel Hailfinger
     [not found]                         ` <41C1D3CB.5010805-hi6Y0CQ0nG0@public.gmane.org>
2004-12-16 20:57                           ` Stefan Dösinger
     [not found]                             ` <200412162157.02741.stefandoesinger-RbZlAiThDcE@public.gmane.org>
2004-12-16 21:10                               ` Matthew Garrett
2004-12-16 21:26                                 ` Stefan Dösinger
     [not found]                                   ` <200412162226.43166.stefandoesinger-RbZlAiThDcE@public.gmane.org>
2004-12-16 21:42                                     ` Matthew Garrett [this message]
2004-12-17  0:25                               ` Carl-Daniel Hailfinger
     [not found]                                 ` <41C22792.2000205-hi6Y0CQ0nG0@public.gmane.org>
2004-12-17 15:49                                   ` Stefan Dösinger
     [not found]                                     ` <200412171649.08125.stefandoesinger-RbZlAiThDcE@public.gmane.org>
2004-12-20 18:12                                       ` Carl-Daniel Hailfinger
2004-12-16 18:10                   ` Carl-Daniel Hailfinger
     [not found]                     ` <41C1CFA2.20304-hi6Y0CQ0nG0@public.gmane.org>
2004-12-16 18:41                       ` Matthias Hentges
2004-12-16 19:09                         ` Matthew Garrett
2004-12-20 20:34                           ` Carl-Daniel Hailfinger
     [not found]                             ` <41C7374D.6090407-hi6Y0CQ0nG0@public.gmane.org>
2004-12-21  0:39                               ` Carl-Daniel Hailfinger
2004-12-22  2:06                       ` Carl-Daniel Hailfinger
     [not found]                         ` <41C8D689.3020502-hi6Y0CQ0nG0@public.gmane.org>
2004-12-22 11:37                           ` Johan Vromans
     [not found]                             ` <m2zn067edh.fsf-KjnUIgV0B0bak1Ioo/c9IoRWq/SkRNHw@public.gmane.org>
2004-12-22 15:35                               ` Carl-Daniel Hailfinger
     [not found]                                 ` <41C9945E.9080101-hi6Y0CQ0nG0@public.gmane.org>
2004-12-26 12:13                                   ` Pavel Machek
     [not found]                                     ` <20041226121316.GA1590-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2004-12-26 14:43                                       ` Stefan Dösinger
     [not found]                                         ` <20041226194039.GC1739@elf.ucw.cz>
     [not found]                                           ` <20041226194039.GC1739-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2004-12-30 21:39                                             ` PATCH: Call acpi_leave_sleep_state before resuming devices Stefan Dösinger
  -- strict thread matches above, loose matches on Subject: below --
2004-12-27  1:43 Re: Samsung P35 and S3 suspend Li, Shaohua
     [not found] ` <16A54BF5D6E14E4D916CE26C9AD30575D82398-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-12-27 12:18   ` Stefan Dösinger
     [not found]     ` <200412271318.32251.stefandoesinger-RbZlAiThDcE@public.gmane.org>
2004-12-28  2:12       ` Li Shaohua
2004-12-27  2:08 Li, Shaohua
     [not found] ` <16A54BF5D6E14E4D916CE26C9AD30575D823DC-4yWAQGcml66iAffOGbnezLfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-12-27 11:51   ` Stefan Dösinger

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=1103233342.5984.90.camel@tyrosine \
    --to=mjg59-1xo5oi07kqx4cg9nei1l7q@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