All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Stefan Dösinger" <stefandoesinger-RbZlAiThDcE@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Cc: Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
Subject: Re: Re: Samsung P35 and S3 suspend
Date: Thu, 16 Dec 2004 22:26:43 +0100	[thread overview]
Message-ID: <200412162226.43166.stefandoesinger@gmx.at> (raw)
In-Reply-To: <1103231402.5984.84.camel@tyrosine>

> It turns out that this works badly. A large number of machines have code
> at c000:0003 that jumps to somewhere else in the video ROM - this
> executes a small amount of code (normally turning off the screen) and
> then jumps elsewhere. In laptop hardware, this second jump is often to
> code that is no longer mapped into address space. I've seen several
> machines where trying to run POST code under XFree's x86 emulator fails
> because it suddenly hits a pile of binary that looks nothing like the
> x86 instruction set.
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?

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

Stefan


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

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

Thread overview: 32+ 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 [this message]
     [not found]                                   ` <200412162226.43166.stefandoesinger-RbZlAiThDcE@public.gmane.org>
2004-12-16 21:42                                     ` Matthew Garrett
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
2004-12-22  2:06                         ` [ACPI] " 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
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=200412162226.43166.stefandoesinger@gmx.at \
    --to=stefandoesinger-rbzlaithdce@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.