From: Ducrot Bruno <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: Re: acpi on new gateway laptops
Date: Thu, 13 Nov 2003 01:10:13 +0100 [thread overview]
Message-ID: <20031113001013.GE32464@poupinou.org> (raw)
In-Reply-To: <20031112233328.GE430-xW3KcqxHEMnk1uMJSBkQmQ@public.gmane.org>
On Wed, Nov 12, 2003 at 06:33:28PM -0500, William Morgan wrote:
> Heh. Didn't mean to hit send quite so fast. :)
>
> For context, the two threads are:
> http://sourceforge.net/mailarchive/message.php?msg_id=6229363 and
> http://sourceforge.net/mailarchive/message.php?msg_id=6319180
>
> In both cases /proc/battery is empty and it has been suggested that we
> are missing an ECDT table and should (somehow) provide one.
>
> For those in the know about ACPI, comments would be greatly appreciated
> on these two issues:
>
> First:
>
> [According to the ACPI spec] It seems like having an ECDT is an
> optional feature?
yes. ECDT do not exist in ACPI 1.0, and ACPI 2.0 claims to be
compatible. Then ECDT can only be optional.
> If that's so, then what's the problem? Why isn't
> Linux simply "discovering and enumerating" the "Embedded Controller
> device in the AML namespace"?
because you can not use EC when _STA nor _INI. Or if you know
already that you have an EC (but without ECDT), then you have already
executed the _STA associated to the EC. Chick-and-egg problem.
> Second, does this scenario make any sense:
>
> There's an Embedded Controller region (In the BIOS? In the DSDT?). One
> cannot access a region until registering it, by calling
> _REG(RegionSpace, 1). There's an exception to this, however, when using
> an ECDT, which describes "controllers" (?) to access the Embedded
> Controller region. If you have an ECDT you can then access this region
> before registering it. So I think that's what the DSDT is doing, but
> without providing an ECDT?
The DSDT does nothing. This is only a table that contain a language.
ECDT is a table, also. It is not in DSDT.
> Third, would this solution work?
>
> Rather than provide an ECDT, we can alternately try and fix the DSDT.
Most of ACPI 1.0 compliant system (before ACPI 2.0) implement a _REG
method which basically make a kind of boolean. Then you look if
that boolean is true, or false. This have though some incorrect behaviour,
like 'discovering' at boot that there are 2 batteries fully charged
for example. Note also that thinkpad does actually the two, and check
the \_REV in a _INI method to see if it is a ACPI 2, or not. Im not
sure that is a good idea from IBM.
I think that we should do a fake ECDT option. That is
straightforward to implement anyway.
--
Ducrot Bruno
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
next prev parent reply other threads:[~2003-11-13 0:10 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-12 23:23 acpi on new gateway laptops William Morgan
[not found] ` <20031112232315.GD430-xW3KcqxHEMnk1uMJSBkQmQ@public.gmane.org>
2003-11-12 23:33 ` William Morgan
[not found] ` <20031112233328.GE430-xW3KcqxHEMnk1uMJSBkQmQ@public.gmane.org>
2003-11-13 0:10 ` Ducrot Bruno [this message]
[not found] ` <20031113001013.GE32464-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2003-11-13 17:03 ` William Morgan
[not found] ` <20031113170333.GA2336-xW3KcqxHEMnk1uMJSBkQmQ@public.gmane.org>
2003-11-18 15:11 ` Ducrot Bruno
[not found] ` <20031118151139.GA32464-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2003-11-20 21:42 ` William Morgan
2003-11-17 18:25 ` Nate Lawson
[not found] ` <20031117183900.GA32570@masanjin.net>
[not found] ` <20031117183900.GA32570-xW3KcqxHEMnk1uMJSBkQmQ@public.gmane.org>
2003-11-17 18:54 ` Nate Lawson
[not found] ` <20031117104936.N60907-Y6VGUYTwhu0@public.gmane.org>
2003-11-17 19:37 ` William Morgan
[not found] ` <20031117193719.GB32570-xW3KcqxHEMnk1uMJSBkQmQ@public.gmane.org>
2003-11-17 20:07 ` Nate Lawson
[not found] ` <20031117120555.E61216-Y6VGUYTwhu0@public.gmane.org>
2003-11-18 10:35 ` Ducrot Bruno
[not found] ` <20031118103549.GZ32464-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2003-11-20 21:36 ` William Morgan
2003-12-08 23:19 ` Casey Harkins
[not found] ` <Pine.LNX.4.44.0312081716110.5824-100000-j0XSImJ06nG869pVMd/zofZ8FUJU4vz8@public.gmane.org>
2003-12-09 1:56 ` Casey Harkins
[not found] ` <Pine.LNX.4.44.0312081938000.6722-100000-j0XSImJ06nG869pVMd/zofZ8FUJU4vz8@public.gmane.org>
2003-12-12 17:11 ` Casey Harkins
[not found] ` <Pine.LNX.4.44.0312121109510.32380-100000-j0XSImJ06nG869pVMd/zofZ8FUJU4vz8@public.gmane.org>
2003-12-12 18:01 ` Sérgio Monteiro Basto
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=20031113001013.GE32464@poupinou.org \
--to=ducrot-kk6yzipjem5g9huczpvpmw@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@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