Re: ACPI stops working after memory upgrade vpr Matrix 175b4

[Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org>]

On Wed, 4 Feb 2004, Bruno Ducrot wrote:
> On Wed, Feb 04, 2004 at 07:39:41AM -0800, Randy.Dunlap wrote:
> > > My ACPI stopped working when I added an additional 256mb RAM to my vpr
> > > Matricx 174b4 laptop. It has 256mb already, I added 256mb to make it
> > > 512mb and I got a bunch of AE_NO_MEMORY errors in the ACPI code.
> > >
> > > I took the extra RAM out, and the ACPI support works.
> > >
> > > I am using kernel 2.6.1 with acpi patches. I had the same problem on
> > > 2.6.0. On 2.4.20 with acpi patches the machine would not even boot with
> > > the extra memory.
> > >
> > > I have a custom DSDT file that I fixed errors in. When it was working on
> > > 2.4.20 It looked like all the ACPI features were active and functional.
> >
> > < Recompile your DSDT. Since the amount of RAM changed and you're probably
> > < using old DSDT containing wrong addresses, no wonder you're hitting
> > < errors.
> >
> > Is this correct?  If a user adds or removes memory, then the
> > DSDT must be rebuilt?  Sheesh!!  That's bad if this is correct.
>
> Most DSDT are actually build on POST stage.

To clarify this further, most AML I've seen uses various named regions to
store information about the platform that is dynamic.  For instance, the
actual clock rates and power consumption of the various ACPI performance
states on my Thinkpad are set up at boot time by an _INI method under the
Processor object.  That way if I plugged in a different CPU, it would be
detected at boot time, not hard coded in the AML.  For the case of memory
size and this laptop, that should really be done through the E820 table by
the BIOS and not hardcoded in the AML.

-Nate


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn