From owner-acpi-jp@jp.FreeBSD.org Wed Jul 30 15:20:07 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id h6U6K7L39396;
	Wed, 30 Jul 2003 15:20:07 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from sana.init-main.com (104.194.138.210.bn.2iij.net [210.138.194.104])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id h6U6K7T39391
	for <acpi-jp@jp.FreeBSD.org>; Wed, 30 Jul 2003 15:20:07 +0900 (JST)
	(envelope-from takawata@init-main.com)
Received: from init-main.com (localhost [127.0.0.1])
	by sana.init-main.com (8.12.9/8.12.9) with ESMTP id h6U6HFwW038289
	for <acpi-jp@jp.FreeBSD.org>; Wed, 30 Jul 2003 15:17:17 +0900 (JST)
	(envelope-from takawata@init-main.com)
Message-Id: <200307300617.h6U6HFwW038289@sana.init-main.com>
To: acpi-jp@jp.FreeBSD.org
In-reply-to: Your message of "Tue, 29 Jul 2003 14:45:41 MST."
             <20030729144331.M55982@root.org>
From: Takanori Watanabe <takawata@init-main.com>
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Wed, 30 Jul 2003 15:17:15 +0900
X-Sequence: acpi-jp 2536
Subject: [acpi-jp 2536] Re: Importing acpicatools
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: takawata@init-main.com
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+030702

In message <20030729144331.M55982@root.org>, Nate Lawson wrote:
>> The tools aren't relevant to the bulk of the userbase, nor necessary
>> for its day-to-day operation.
>>
>> So there's no good reason to lump them with the system, and a few
>> good reasons not to...
>
>We already have acpidump and amldb.  I'm merely updating them.  Were you
>against those also?  I see them as relevant to the userbase in that the
>first step of debugging user problems is usually to get an ASL dump.  The
>more we can improve this process, the more we can improve the round trip
>time for user debugging.


I think acpicatools have good reason to put in the the tree.

1. Debugging tool is valuable when it synchronize in-kernel 
interpreter.

2. When acpicatools port is created, iasl is just a compiler,
that requires ACPI knowledge. But now, it is also a better 
AML disassembler than our acpidump. And acpidump has been useful
to analize the problem.

3. It shares many of the source, so the overhead stays minimal.

Nate, don't forget that you now decide the importing of ACPICA.


