From owner-acpi-jp@jp.FreeBSD.org Thu Dec  5 07:10:54 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id gB4MAsD56410;
	Thu, 5 Dec 2002 07:10:54 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from rootlabs.com (root.org [67.118.192.226])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with SMTP/inet id gB4MAp256405
	for <acpi-jp@jp.freebsd.org>; Thu, 5 Dec 2002 07:10:53 +0900 (JST)
	(envelope-from nate@rootlabs.com)
Received: (qmail 11213 invoked by uid 1000); 4 Dec 2002 22:10:46 -0000
From: Nate Lawson <nate@root.org>
To: Craig Boston <craig@xfoil.gank.org>
cc: current@freebsd.org, acpi-jp@jp.FreeBSD.org
In-Reply-To: <1039031030.43252.0.camel@owen1492.it.oot>
Message-ID: <Pine.BSF.4.21.0212041405140.10493-100000@root.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Wed, 4 Dec 2002 14:10:46 -0800
X-Sequence: acpi-jp 2022
Subject: [acpi-jp 2022] Re: ACPI + Compaq Armada m700
Errors-To: owner-acpi-jp@jp.FreeBSD.org
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: nate@root.org
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+021111

On 4 Dec 2002, Craig Boston wrote:
> I've been conversing with Paul off-list about this and it is working on
> his m700 now with a fixed AML file.  I'm posing my modified AML since
> there appear to be a few more people using current on the m700 now than
> the last time I checked (when it was 0 :).
> 
> Impatient user version:
> 
> 1. Put the attached acpi_dsdt.aml file in /boot/
> 2. Add these two lines to /boot/loader.conf:
> 
> acpi_dsdt_load="YES"
> acpi_dsdt_name="/boot/acpi_dsdt.aml"

Can someone host a db of systems and asl patches?  It would be useful to
all users, not just freebsd.  The problem is that it is impossible to get
MB vendors to fix the dsdt when it 'works' on windows.

A separate script could take a patch, dump dsdt, compare patch header
against asl header (reject if for wrong system), and then compile the new
dsdt.  This way users wouldn't manually be mucking with
acpidump/iasl.  Even better, it could be done as an optional part of
installkernel.

-Nate 

