Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 06 Oct 2004 17:00:29 +0900
From:      Takanori Watanabe <takawata@init-main.com>
To:        Nate Lawson <nate@root.org>, robert.moore@intel.com, jhb@freebsd.org
Cc:        cvs-all@freebsd.org
Subject:   Re: cvs commit: src/usr.sbin/acpi/acpidump acpi.c acpidump.c acpidump.h
Message-ID:  <200410060800.i9680TlW024318@sana.init-main.com>
In-Reply-To: Your message of "Tue, 05 Oct 2004 16:10:40 MST." <416329F0.3060301@root.org>

next in thread | previous in thread | raw e-mail | index | archive | help
In message <416329F0.3060301@root.org>, Nate Lawson さんいわく:
>This request is for the SSDT.  Our requirements are:
>
>1. Leave default table
>2. Override with a new one
>3. Ignore the table (pretend it doesn't exist)
>
>The last one isn't possible with the current API.  I've hacked up 
>similar functionality by returning a no-op SSDT in 
>AcpiOsTableOverride().  But this isn't an ideal solution.
>
>Thanks,
>Nate

First of all, is that true that all SSDT's are always loaded 
automatically?
ACPI 3.0 Thermal model requires SSDT dynamic loading,it seems.
(Section 11.6)

If so, it may cause trouble when all SSDT's and an original DSDT
are compounded into a DSDT.
I think ACPI-CA itself can override any SSDT by checking existing
SSDT header passed to AcpiOsTableOverride.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200410060800.i9680TlW024318>