From owner-cvs-all@FreeBSD.ORG  Wed Oct  6 08:02:36 2004
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3676416A4CE; Wed,  6 Oct 2004 08:02:36 +0000 (GMT)
Received: from sana.init-main.com (104.194.138.210.bn.2iij.net
	[210.138.194.104])	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 862ED43D49; Wed,  6 Oct 2004 08:02:35 +0000 (GMT)
	(envelope-from takawata@init-main.com)
Received: from init-main.com (localhost.init-main.com [127.0.0.1])
	by sana.init-main.com (8.13.1/8.13.1) with ESMTP id i9680TlW024318;
	Wed, 6 Oct 2004 17:00:29 +0900 (JST)
	(envelope-from takawata@init-main.com)
Message-Id: <200410060800.i9680TlW024318@sana.init-main.com>
To: Nate Lawson <nate@root.org>, robert.moore@intel.com,
	jhb@freebsd.org
In-reply-to: Your message of "Tue, 05 Oct 2004 16:10:40 MST."
             <416329F0.3060301@root.org>
Date: Wed, 06 Oct 2004 17:00:29 +0900
From: Takanori Watanabe <takawata@init-main.com>
cc: cvs-src@freebsd.org
cc: src-committers@freebsd.org
cc: cvs-all@freebsd.org
Subject: Re: cvs commit: src/usr.sbin/acpi/acpidump acpi.c acpidump.c
	acpidump.h
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Oct 2004 08:02:36 -0000

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.