public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
To: Martijn Pieters <mj-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: ASL fixing questions
Date: Thu, 12 Feb 2004 10:37:32 +0100	[thread overview]
Message-ID: <20040212093732.GP13262@poupinou.org> (raw)
In-Reply-To: <402AF9FF.3020706-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>

On Wed, Feb 11, 2004 at 10:58:55PM -0500, Martijn Pieters wrote:
> Hi list,
> 
> Okay, so I have a nice new eMachines M6805, but ACPI support is screwed. 
> I am trying fix the AML the bios provided me, and iron out all the 
> errors and warnings. Attached my DSDT.dsl, as fixed so far.
> 
> So far I got rid of the warnings (_WAK didn't return anything; fixed 
> with examples from working DSTS-es, _BTS method didn't return anything 
> on some control paths; move return out of if statement down).
> 
> However, I am still stuck with 3 different error classes I have trouble 
> figuring out.
> 
> First of all, there are 7 references to a _PPC field on the CPU0 
> Processor object:
> 
> dsdt.dsl  2035: Store (Zero, \_PR.CPU0._PPC)
> Error    1022 -     Object does not exist ^  (\_PR.CPU0._PPC)

Do you have a SSDT table ?  If so, this object may be in that SSDT
instead.

> Now, _PPC is a ACPI 2.0 *Method*, not a field, and this ASL states it 
> adheres to ACPI _version 1.0_. My question: Is this a Microsoft-only 
> extension to the ACPI 1.0 spec and can I safely remove these _PPC lines 
> for Linux? They appear to set the CPU power states, but I am not sure 
> how to correctly set these from ASL otherwise.

Well, actually there is a lot of AML's that claims to be only 1.0
compliant but have a lot of 2.0 extensions...

> The second error is that there are 3 Field declarations that seem to 
> want to address more information than the OperationRegions they are 
> attached to:
> 
> dsdt.dsl  2953: PWST,   2,
> Error    1051 -    ^ Access width of Field Unit extends beyond region limit

You can fix it by compiling the kernel with CONFIG_ACPI_RELAX option.
I will read your the ASL, though, to be sure.

> I am not sure how to go about fixing these yet; I am not entirely sure 
> what the syntax means yet.
> 
> Last but not least, tehre is one Field declaration that wants to define 
> AnyAcc to a OperationRegion, something that apparently isn't possible:
> 
> dsdt.dsl  3235: Field (ERAM, AnyAcc, NoLock, Preserve)
> Error    1048 -           ^ Host Operation Region requires ByteAcc access

s/AnyAcc/ByteAcc on the faulty line, perhaps ;)

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click

  parent reply	other threads:[~2004-02-12  9:37 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-12  3:58 ASL fixing questions Martijn Pieters
     [not found] ` <402AF9FF.3020706-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12  4:48   ` Martijn Pieters
2004-02-12  6:45   ` Martijn Pieters
2004-02-12  9:37   ` Bruno Ducrot [this message]
     [not found]     ` <20040212093732.GP13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-12 14:52       ` Martijn Pieters
     [not found]         ` <402B9313.9000701-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12 16:33           ` Martijn Pieters
     [not found]             ` <402BAABC.5040706-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12 17:24               ` Martijn Pieters
2004-02-12 20:43               ` Bruno Ducrot
     [not found]                 ` <20040212204335.GU13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-12 20:56                   ` Martijn Pieters
     [not found]                     ` <402BE889.5090502-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12 21:18                       ` Bruno Ducrot
     [not found]                         ` <20040212211803.GW13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-12 21:25                           ` Martijn Pieters
     [not found]                             ` <402BEF3A.3080702-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-13  2:00                               ` Martijn Pieters
2004-02-12 21:20                       ` Martijn Pieters
     [not found]                         ` <402BEE34.9050908-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12 21:26                           ` Bruno Ducrot
     [not found]                             ` <20040212212649.GX13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-12 21:35                               ` Martijn Pieters
     [not found]                                 ` <402BF19C.9050803-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12 22:06                                   ` Bruno Ducrot
     [not found]     ` <402B7917.2090505@zopatista.com>
     [not found]       ` <402B7917.2090505-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12 21:16         ` Bruno Ducrot
     [not found]           ` <20040212211615.GV13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-12 21:34             ` Martijn Pieters
     [not found]               ` <402BF14A.8040406-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
2004-02-12 22:11                 ` Bruno Ducrot
     [not found]                   ` <20040212221108.GZ13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-12 23:35                     ` Martijn Pieters
  -- strict thread matches above, loose matches on Subject: below --
2004-02-13  3:43 Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB6AE-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-02-13 14:20   ` Martijn Pieters
2004-02-13  4:08 Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401CBB6AF-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-02-13  4:40   ` Bruno Ducrot
     [not found]     ` <20040213044014.GG13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
2004-02-21 17:15       ` 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=20040212093732.GP13262@poupinou.org \
    --to=ducrot-kk6yzipjem5g9huczpvpmw@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=mj-a5Jd59zECFiB+jHODAdFcQ@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