All of lore.kernel.org
 help / color / mirror / Atom feed
From: Martijn Pieters <mj-a5Jd59zECFiB+jHODAdFcQ@public.gmane.org>
To: Bruno Ducrot <ducrot-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>
Cc: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: ASL fixing questions
Date: Thu, 12 Feb 2004 16:34:02 -0500	[thread overview]
Message-ID: <402BF14A.8040406@zopatista.com> (raw)
In-Reply-To: <20040212211615.GV13262-kk6yZipjEM5g9hUCZPvPmw@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 2928 bytes --]

Bruno Ducrot wrote:
> The 3 first errors are due to this:
> 
>                 OperationRegion (CCRD, PCI_Config, 0x00, 0xA7)
>                 Field (CCRD, DWordAcc, Lock, Preserve)
>                 {
>                     Offset (0x04),
>                     TI04,   8,
>                     Offset (0x44),
>                     TI44,   16,
>                     Offset (0x80),
>                     PMEE,   1,
>                     Offset (0x81),
>                     Offset (0xA4),
>                     PWST,   2,
>                     Offset (0xA5),
>                     PMEN,   1,
>                         ,   6,
>                     PMST,   1
>                 }
> 
> You have the option to change the length for the OR (that is,
> replace the 0xA7 with 0xA8 (that will give you in fact the same
> behaviour if you enable the ACPI_RELAX compile kernel option), or
> you can change the DWordAcc by WordAcc in the Field.
> 
> Unfortunately, that is hard to know what is correct though,
> other than to bug the OEM, or to look if those fields can be accessed
> as double word in this PCI config space by looking the data book for
> this pci device.  It's the only (stable) solution unfortunately, even
> though there are some ACPI_PEDANTIC that need to be defined those days
> ;(

OEM is Arima (it's an eMachines W6805, motherbord is a W720-K8). The PCI 
Bridge is an onboard VIA chipset:

00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b188 (prog-if 
00 [Normal decode])
         Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
         Status: Cap+ 66Mhz+ UDF- FastB2B- ParErr- DEVSEL=medium 
 >TAbort- <TAbort- <MAbort- >SERR- <PERR-
         Latency: 0
         Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
         I/O behind bridge: 00002000-00002fff
         Memory behind bridge: d0100000-d01fffff
         Prefetchable memory behind bridge: d8000000-dfffffff
         BridgeCtl: Parity- SERR- NoISA+ VGA+ MAbort- >Reset- FastB2B-
         Capabilities: [80] Power Management version 2
                 Flags: PMEClk- DSI- D1+ D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                 Status: D0 PME-Enable- DSel=0 DScale=0 PME-

The 'unknown' b188 in there is said to be the VIA K8HTB chipset.

Should I just experiment and hope it doesn't blow up?

> The second is:
>                 Field (ERAM, AnyAcc, NoLock, Preserve)
>                 {
>                     Offset (0x80),
>                     NMSG,   8,
>                     SLED,   4,
>                     ...
>                     ...
> 
>                 }
> but since ERAM is an EC OR, it need byte access by ACPI specs.
> So replace the offending line with:
> 
>                 Field (ERAM, ByteAcc, NoLock, Preserve)
> 
> 
> I don't see where is the trouble doing so, btw.

Thanks about that. I'll change that to ByteAcc and cross my fingers. :)

Martijn

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

  parent reply	other threads:[~2004-02-12 21:34 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
     [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 [this message]
     [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=402BF14A.8040406@zopatista.com \
    --to=mj-a5jd59zecfib+jhodadfcq@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.