From owner-acpi-jp@jp.freebsd.org  Thu Nov  1 02:41:08 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id CAA23983;
	Thu, 1 Nov 2001 02:41:08 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from webcom.it ([213.140.20.184])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with SMTP id CAA23977
	for <acpi-jp@jp.freebsd.org>; Thu, 1 Nov 2001 02:41:01 +0900 (JST)
	(envelope-from andrea@webcom.it)
Received: (qmail 5912 invoked by uid 1000); 31 Oct 2001 17:40:47 -0000
Date: Wed, 31 Oct 2001 18:40:47 +0100
From: Andrea Campi <andrea@webcom.it>
To: Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
Cc: acpi-jp@jp.freebsd.org
Message-ID: <20011031184044.A3126@webcom.it>
References: <20011029231831.A64584@webcom.it> <20011030.135406.74756709.iwasaki@jp.FreeBSD.org> <20011030124445.A734@webcom.it> <20011031.001045.74728921.iwasaki@jp.FreeBSD.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <20011031.001045.74728921.iwasaki@jp.FreeBSD.org>; from iwasaki@jp.FreeBSD.org on Wed, Oct 31, 2001 at 12:10:45AM +0900
X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+010328
X-Sequence: acpi-jp 1413
Subject: [acpi-jp 1413] Re: acpi_thermal: small improvement, delayed cooler off and verbose
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: andrea@webcom.it

> Seems OK.  This is what I expected i.e. when thermal zone was reset by
> BIOS request, _ACx level changed to NONE tacitly.

Well, if it's working as designed, I guess it's fine this way...

> > Oh, and by the way, what about applying this patch:
> [snip]
> > Otherwise hw.acpi.verbose is not initialized.
> 
> Thanks, but we don't need this because we explicitly zero-clear our
> softc entirely in early part of acpi_attach().

Go tell my laptop:

brian# sysctl hw.acpi.verbose=1
hw.acpi.verbose: -1064428288 -> 1

If the softc was cleared, this is much worse, since it might mean something else
is overwriting the field ;-)
OK, i'll try to instrument the code to see how this ends up being non-zero.

Bye,
	Andrea


-- 
               I believe the technical term is "Oops!"
