All of lore.kernel.org
 help / color / mirror / Atom feed
From: dbenham-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org
To: Ducrot Bruno <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [Fwd: Re: ASL help with latest acpi and compaq presario 2800t]
Date: Tue, 11 Feb 2003 09:10:05 -0800	[thread overview]
Message-ID: <20030211171005.GA31041@benham.net> (raw)
In-Reply-To: <20030211133711.GL25625-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>

On Tue, Feb 11, 2003 at 02:37:11PM +0100, Ducrot Bruno wrote:
> Exact.  I am completly wrong here.
> 
> You should consider to do something like that instead:
> 
> 
>                          Method(_OFF) {
>                              If(LOr(\_SB_.C020, LEqual(0x0, 0x1))) {
>                                 Store ("_OFF: already off ?", Debug)
>                             } Else {
>                                 C132(0x3, 0x0)
>                             }
>                         }
> 
> 

What about using NOOP instead of the Store?  Would that work also?

> point 2) can not work here.
> An _OFF method must return nothing (see acpi specs 2.0b, 7.1.2)
> OSPM will call _OFF, then call _STA in order to check if
> the power ressource is really off.
> 
> Note also that the debug statement is only here to check if
> "LOr(\_SB_.C020, LEqual(0x0, 0x1)" is really for that.  I am
> really not sure here.  Hard to follow this ASL since
> the names are not, well, the best that can be choosen..

I'm just starting to read the *gack* specs.  What did 1.0b say about
_OFF returning a value?  I'd lay odds the ASM is coded to v1 and not
v2...


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com

  parent reply	other threads:[~2003-02-11 17:10 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-02-10 20:04 [Fwd: Re: ASL help with latest acpi and compaq presario 2800t] Darren Benham
     [not found] ` <64854.64.164.111.5.1044907496.squirrel-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org>
2003-02-11 13:37   ` Ducrot Bruno
     [not found]     ` <20030211133711.GL25625-j6u/t2rXLliUoIHC/UFpr9i2O/JbrIOy@public.gmane.org>
2003-02-11 17:10       ` dbenham-FG1iuTdj8bisTnJN9+BGXg [this message]
     [not found]         ` <20030211171005.GA31041-FG1iuTdj8bisTnJN9+BGXg@public.gmane.org>
2003-02-11 20:00           ` Ducrot Bruno

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=20030211171005.GA31041@benham.net \
    --to=dbenham-fg1iutdj8bistnjn9+bgxg@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=ducrot-kk6yZipjEM5g9hUCZPvPmw@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.