Re: [ACPI-sppt] ACPI not writing to /proc/acpi/event

On Wed, Sep 24, 2003 at 12:13:47PM -0600, Brett Blackham wrote:
> I haven't found much about applying a dsdt patch. From what little
> I've been able to find it sounds like the kernel uses the system
> dsdt unless you tell it to use a custom one. In any case I am still
> very unclear about the whole dsdt patch processes.

There's some info at http://acpi.sourceforge.net/dsdt/. It's correct
that ACPI uses the system DSDT by default, unless explicitly told not
to. There's currently two ways to do this (that I know off): compile
the modified DSDT into the kernel directly, or load it via initrd. The
latter is usually the more flexible variant, and also IMO easier as
long as you don't otherwise use an initrd.

> I have tried to disassemble and rebuild my current dsdt.  I'm already off to a 
> bad start.  I get a "parse error, unexpected PARSEOP_IF" in a If statement.  
> Sad part is that syntax is char for char the same as a block of code a few 
> hundred lines above it.  

It's not uncommon for the disabled DSDT to not be compilable. That's
because they were usually originally compiled by Microsoft's compiler,
which is less picky with broken ASL.

In your case, I think (though I haven't checked this) that
'If'-statements are allowed only inside method bodies. Usually, just
removing the statment (plus closing brace) should suffice.

> And assuming I find out how to tell the kernel to use the new table
> where do I go to learn about ACPI-assembly so I can finally fix the
> problem?

Read the ACPI spec :). AFAIK, there's no other documentation of the
language, though that would be nice to have. On the other hand, it
shouldn't really be necessary for anyone but the BIOS and OS
developers to know the language...

By the way, would you consider quoting only relevant parts of mails
you reply to in the future, and doing that before the reply?

Cheers
Robert


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf