linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Petr Vandrovec <vandrove@vc.cvut.cz>
To: "Grover, Andrew" <andrew.grover@intel.com>
Cc: linux-kernel@vger.kernel.org,
	"Acpi-linux (E-mail)" <acpi@phobos.fachschaften.tu-muenchen.de>
Subject: Re: What are rules for acpi_ex_enter_interpreter?
Date: Fri, 6 Jul 2001 23:43:38 +0200	[thread overview]
Message-ID: <20010706234338.D1831@ppc.vc.cvut.cz> (raw)
In-Reply-To: <4148FEAAD879D311AC5700A0C969E89006CDDF38@orsmsx35.jf.intel.com>
In-Reply-To: <4148FEAAD879D311AC5700A0C969E89006CDDF38@orsmsx35.jf.intel.com>

On Thu, Jul 05, 2001 at 04:05:43PM -0700, Grover, Andrew wrote:
> Thanks for the report on the locking issue. A fix is checked in locally.
> 
> > From: Petr Vandrovec [mailto:vandrove@vc.cvut.cz]
> > Replying to myself, after following change in additon to acpi_ex_...
> > poweroff on my machine works. It should probably map type 0 
> > => 0, 3 => 1
> > and 7 => 2, but it is hard to decide without VIA datasheet, so change
> > below is minimal change needed to get poweroff through ACPI 
> > to work on my 
> > ASUS A7V.
> 
> How did you discover slp typ values of 2 worked, where 7 did not? Did you
> just try all possibilities (0-7)?

Yes, in Borland TurboDebugger under MSDOS. 

0 and 7 do nothing, 
1 power offs, but power led blinks and I was not able to get machine back 
  to life without unplugging power cord (it did not react to reset or 
  power button). Maybe when it is correctly suspended, or when there is
  running ACPI interpreter, it can return back to life, but not under MSDOS.
2 power offs and LED is off
3 did nothing and 
4-6 locked machine up just after outw(). Maybe it does something, but
  when tried from TD it just stopped react to anything (incl. poweroff)
  except reset button.

If bit 0x2000 is not set, it does nothing, and if you write random values
to SLP port, it somehow switches to another mode where it reads back
as 0x0000 and does not react to any outw values :-( Reset fixes this state...

I hope that I remember states 3-6 correctly, but at least two of them
are lockup, and at least one of them was nothing. But I'm 100% sure on
0,1,2 and 7.
					Best regards,
						Petr Vandrovec
						vandrove@vc.cvut.cz


  reply	other threads:[~2001-07-06 22:30 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-07-05 23:05 What are rules for acpi_ex_enter_interpreter? Grover, Andrew
2001-07-06 21:43 ` Petr Vandrovec [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-07-05  8:43 Mario 'BitKoenig' Holbe
2001-07-04  1:38 Petr Vandrovec
2001-07-04 14:33 ` Petr Vandrovec
2001-07-12 10:37   ` Pavel Machek

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=20010706234338.D1831@ppc.vc.cvut.cz \
    --to=vandrove@vc.cvut.cz \
    --cc=acpi@phobos.fachschaften.tu-muenchen.de \
    --cc=andrew.grover@intel.com \
    --cc=linux-kernel@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).