From: Takayoshi Kochi <kochi-S783fYmB3Ccdnm+yROfE0A@public.gmane.org>
To: robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
Cc: linux-X3ehHDuj6sIIGcDfoQAp7BvVK+yQ3ZXh@public.gmane.org,
len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org
Subject: Re: Fix wake GPE enabling
Date: Thu, 08 Apr 2004 22:50:04 +0900 (JST) [thread overview]
Message-ID: <20040408.225004.133816625.kochi@netbsd.org> (raw)
In-Reply-To: <37F890616C995246BE76B3E6B2DBE055442912-sBd4vmA9Se7vCEQmvpVV9VDQ4js95KgL@public.gmane.org>
Hi,
From: "Moore, Robert" <robert.moore-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Subject: RE: [ACPI] Fix wake GPE enabling
Date: Wed, 7 Apr 2004 14:34:43 -0700
>
> No, this does not fit the model correctly.
>
> It is the responsibility of the upper software to selectively enable the
> devices which are to be used for wakeup. This is one of the functions
> of the AcpiGpeEnable interface. The ACPI CA core cannot just blindly
> enable all "wake" GPEs.
>
> The ACPI CA core simply identifies the "wake" GPEs in order to leave
> them disabled during runtime.
Hm, I might be misunderstanding, but my understanding is as follows
(this almost agrees with Dominik's second post):
1. Wake GPEs and runtime GPEs are _not_ exclusive but overwrapping
by default.
(Is it _explicitly_ stated in the spec that Wake GPE and runtime
GPEs are exclusive?)
2. All GPEs should be enabled by default.
Because in many AMLs Non-Wake GPEs are also used as runtime
GPEs and we can't ignore them. Are there *any magic* by which
OSPM can know which Wake GPE is also runtime GPE?
Should we list all the combination of every existing BIOS
and wake-and-runtime GPE? :)
Providing an interface of specifying which Wake GPE is actually
runtime GPE sounds very silly idea (as you know, most people are _not_
acpi savvy and even ACPI hackers has to disassemble and understand
which GPE does what for it).
3. Upon entering sleep state, all GPEs should be disabled except
Wake GPEs for appropriate levels of sleep. Current implementation
ignores the second parameter of _PRW and thus it is considered
incomplete, anyway.
There might be APIs to set or reset the Wake flag (as well as
lowest power state) of a GPE, in case one wants to set
the flag manually, although the flag should be set
automatically by parsing _PRW and these APIs are not needed usually.
The ACPI_EVENT_WAKE_ENABLE flag for the AcpiEnableGpe()
is unnecessary.
So from my understanding, the current implementation of
_PRW and Wake GPEs needs revamp.
Anyway, let's clarify what's wake GPEs and how to handle wake GPEs
first.
Dominik, thanks for throwing this issue into discussion.
---
Takayoshi Kochi
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
next prev parent reply other threads:[~2004-04-08 13:50 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-07 21:34 Fix wake GPE enabling Moore, Robert
[not found] ` <37F890616C995246BE76B3E6B2DBE055442912-sBd4vmA9Se7vCEQmvpVV9VDQ4js95KgL@public.gmane.org>
2004-04-08 6:45 ` Dominik Brodowski
2004-04-08 13:50 ` Takayoshi Kochi [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-04-09 22:12 Moore, Robert
2004-04-09 16:57 Moore, Robert
[not found] ` <37F890616C995246BE76B3E6B2DBE0554F207E-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-04-09 23:27 ` Masanori Kanaoka
2004-04-08 20:38 Moore, Robert
[not found] ` <37F890616C995246BE76B3E6B2DBE0554F1C5F-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-04-08 22:20 ` Nate Lawson
2004-04-08 16:43 Moore, Robert
[not found] ` <37F890616C995246BE76B3E6B2DBE0554F1A53-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-04-08 17:47 ` Nate Lawson
[not found] ` <20040408104615.K42238-Y6VGUYTwhu0@public.gmane.org>
2004-04-08 21:05 ` Dominik Brodowski
2004-04-08 21:13 ` Dominik Brodowski
[not found] ` <20040408211323.GB7340-X3ehHDuj6sIIGcDfoQAp7BvVK+yQ3ZXh@public.gmane.org>
2004-04-21 21:57 ` Pavel Machek
2004-04-08 16:32 Moore, Robert
[not found] ` <37F890616C995246BE76B3E6B2DBE0554F1A3B-sBd4vmA9Se5Qxe9IK+vIArfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-04-09 10:10 ` Masanori Kanaoka
2004-04-08 16:00 Moore, Robert
2004-04-07 22:20 Manpreet Singh
2004-04-07 20:53 Dominik Brodowski
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=20040408.225004.133816625.kochi@netbsd.org \
--to=kochi-s783fymb3ccdnm+yrofe0a@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=len.brown-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=linux-X3ehHDuj6sIIGcDfoQAp7BvVK+yQ3ZXh@public.gmane.org \
--cc=robert.moore-ral2JQCrhuEAvxtiuMwx3w@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