public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Pavel Machek <pavel-+ZI9xUNit7I@public.gmane.org>
To: Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Still problems with ACPI sleep state
Date: Fri, 2 Jul 2004 14:48:20 +0200	[thread overview]
Message-ID: <20040702124820.GA18100@elf.ucw.cz> (raw)
In-Reply-To: <20040701123732.C48321-Y6VGUYTwhu0@public.gmane.org>

Hi!

> > > > It tries to reinitialise the video bios after resume. This sometimes
> > > > helps get some amount of video functionality back. The actual sleep and
> > > > resume process is identical other than that.
> > >
> > > I see.  I didn't know if it was something else.  This is just the lcall
> > > hack.  We do that too:
> > >
> > >         /* Re-initialize video BIOS if the reset_video tunable is set. */
> > >         cmp     _0,reset_video
> > >         je      wakeup_16_gdt
> > >         lcall   _0xc000,_3
> > >
> >
> > Who is "we"? Do you have any other usefull hacks?
> > (we have second one trying to change the video mode)
> 
> We == FreeBSD.  I don't think your int 10h video hack helps so we don't
> use it.  Do you know of a system that it helps?

Toshiba 4030cdt notebook. Its VGA is in default text mode... which is
bad if you are trying to use vesafb. int 10 fixes it.

> As far as getting suspend/resume to work, I'm very suspicious
> of the disable bus mastering call in AcpiEnterSleepState.  It's known to
> cause laptops (IBM T40) not to enter S5.  That's why it's currently only
> enabled for sleep states other than S5.  I suspect it may affect S4 and
> possible S3 also.
> 
> Could you give me a quick summary of how linux sets up its drivers for
> suspend/resume?  I've found a Dell where Linux S3 works but FreeBSD's does
> not.  Even with all the drivers removed, it "bounces" back to life instead
> of going to sleep in FreeBSD.  It doesn't crash though.  For

Do you enable proper GPEs? I'm not ACPI wizard but I heard something
like that.

> suspend/resume, we save/restore the PCI BARs for the drivers and then let
> the drivers save their own private state.  Is there anything else you know
> of that would cause this "bounce"?  It happens even with no drivers
> installed except for ATA and all removable hw removed.

We do PCI BARs too (but started doing that only recently), plus many
drivers have specific things they do...
								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

  parent reply	other threads:[~2004-07-02 12:48 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-25 13:47 Still problems with ACPI sleep state Lars Amsel
     [not found] ` <200406251547.21050.mailinglisten-Ztphx+FISXizQB+pC5nmwQ@public.gmane.org>
2004-06-25 14:12   ` Herman Sheremetyev
     [not found]     ` <1088172763.1918.1.camel-O4LVqDAXoJg@public.gmane.org>
2004-06-26  4:15       ` Nate Lawson
     [not found]         ` <opr96uc8fj4evsfm@smtp.pacific.net.th>
     [not found]           ` <opr96uc8fj4evsfm-TBR8pM7LtsqkE96DxU8f+dAkNl5+tjhE@public.gmane.org>
2004-06-26  6:30             ` Nate Lawson
     [not found]               ` <20040625232835.R6228-Y6VGUYTwhu0@public.gmane.org>
2004-06-26 10:26                 ` Michael Frank
2004-06-26 14:55                 ` Stefan Seyfried
     [not found]                   ` <20040626145551.GA2146-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
2004-06-29 21:31                     ` Pavel Machek
     [not found]         ` <20040625211440.P5510-Y6VGUYTwhu0@public.gmane.org>
2004-06-26 13:00           ` Matthew Garrett
     [not found]             ` <1088254830.4302.1.camel-myFlNLNQP+Q@public.gmane.org>
2004-06-26 19:03               ` Nate Lawson
     [not found]                 ` <20040626120209.Y12968-Y6VGUYTwhu0@public.gmane.org>
2004-06-29 21:33                   ` Pavel Machek
     [not found]                     ` <20040629213316.GN698-u08AdweFZfgxtPtxi4kahqVXKuFTiq87@public.gmane.org>
2004-07-01 19:42                       ` Nate Lawson
     [not found]                         ` <20040701123732.C48321-Y6VGUYTwhu0@public.gmane.org>
2004-07-02 11:29                           ` Matthew Garrett
2004-07-02 12:48                           ` Pavel Machek [this message]
2004-06-25 21:13   ` Stefan Seyfried

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=20040702124820.GA18100@elf.ucw.cz \
    --to=pavel-+zi9xunit7i@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=nate-Y6VGUYTwhu0@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