From owner-acpi-jp@jp.freebsd.org  Sun Dec 10 09:27:24 2000
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id JAA57522;
	Sun, 10 Dec 2000 09:27:24 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id JAA57517
	for <acpi-jp@jp.freebsd.org>; Sun, 10 Dec 2000 09:27:23 +0900 (JST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Received: from shidahara1.planet.sci.kobe-u.ac.jp (localhost [127.0.0.1])
	by shidahara1.planet.sci.kobe-u.ac.jp (8.9.3/8.9.3) with ESMTP id JAA85877;
	Sun, 10 Dec 2000 09:27:54 +0900 (JST)
	(envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp)
Message-Id: <200012100027.JAA85877@shidahara1.planet.sci.kobe-u.ac.jp>
To: Mike Smith <msmith@FreeBSD.ORG>
Cc: acpi-jp@jp.freebsd.org
In-reply-to: Your message of "Fri, 08 Dec 2000 12:42:20 PST."
             <200012082042.eB8KgKF01901@mass.osd.bsdi.com>
Date: Sun, 10 Dec 2000 09:27:54 +0900
From: Takanori Watanabe <takawata@shidahara1.planet.sci.kobe-u.ac.jp>
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 955
Subject: [acpi-jp 955] Re: cvs commit: src/sys/dev/acpica acpi.c acpi_button.c acpi_ec.c acpi_isa.c acpi_lid.c acpi_pcib.c acpi_processor.c acpi_resource.c acpi_thermal.c acpi_timer.c acpiio.h acpivar.h 
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: takawata@shidahara1.planet.sci.kobe-u.ac.jp

In message <200012082042.eB8KgKF01901@mass.osd.bsdi.com>, Mike Smith $B$5$s$$$o$/(B
:
>> I don't think this "infrastructure" is useful. As far as I experienced,
>> the message is too noisy or too few infomation.
>
>I've been very slowly coming around to like it.  It's important to pick 
>your debugging options carefully, and to be prepared to wade through 
>thousands of lines of output (a serial console is mandatory).

When I debug it I embedded  Debugger(); then set breakpoint from it.
The infomation I wanted to is the position of bytecode where the exectuion 
is failed,not of sourcecode position, because in many cases, we can use
trace command from Debugger. I could not found a way to show the infomation
without many garbage.

>However, I've been careful to keep the BSD parts separate from the ACPI 
>CA parts, so you can just turn on the BSD-related debugging without 
>getting the eleven bazillion mutex operations, etc logged.

The more important thing is that the infrastructure is not exported from 
ACPICA.And it affect code style.We should not include "acpi.h" but 
"acpixf.h" and "acpiosxf.h".I think dev/acpica/* is *NOT* a part of ACPICA.

$BEOJUB:5*(B
$B?@8MBg3XBg3X1!<+A32J3X8&5f2J(BD3$B>pJs%a%G%#%"2J3X@l96(B
<a href="http://www.planet.sci.kobe-u.ac.jp/~takawata/key.html">
Public Key</a>
Key fingerprint =  2C 51 E2 78 2C E1 C5 2D  0F F1 20 A3 11 3A 62 2A 
