From owner-acpi-jp@jp.freebsd.org  Mon Oct 29 09:35:23 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id JAA57393;
	Mon, 29 Oct 2001 09:35:23 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from tasogare.imasy.or.jp (root@tasogare.imasy.or.jp [202.227.24.5])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id JAA57387;
	Mon, 29 Oct 2001 09:35:21 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92])
	(authenticated as iwa with CRAM-MD5)
	by tasogare.imasy.or.jp (8.11.6+3.4W/8.11.6/tasogare) with ESMTP/inet id f9T0ZIm84600;
	Mon, 29 Oct 2001 09:35:18 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Date: Mon, 29 Oct 2001 09:35:10 +0900 (JST)
Message-Id: <20011029.093510.41626124.iwasaki@jp.FreeBSD.org>
To: acpi-jp@jp.freebsd.org, jhb@FreeBSD.org
Cc: iwasaki@jp.FreeBSD.org
From: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
In-Reply-To: <20011029.015558.74754050.iwasaki@jp.FreeBSD.org>
References: <200110280954.SAA64162@shidahara1.planet.sci.kobe-u.ac.jp>
	<XFMail.011028083502.jhb@FreeBSD.org>
	<20011029.015558.74754050.iwasaki@jp.FreeBSD.org>
X-Mailer: Mew version 2.0 on Emacs 20.7 / Mule 4.0 (HANANOEN)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+010328
X-Sequence: acpi-jp 1395
Subject: [acpi-jp 1395] Re: Libretto L2
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: iwasaki@jp.freebsd.org

Hi,

> > > Remove WITNESS option then try and tell the result, please.
> > 
> > Heh, no.  The sched_lock patch is quite wrong here.  That doesn't block context
> > switches.  Does anyone have the original panic message?  Also, is this similar
> 
> Here it is;
> http://home.jp.FreeBSD.ORG/cgi-bin/showmail/acpi-jp/1348
> http://home.jp.FreeBSD.ORG/cgi-bin/showmail/raw/acpi-jp/1348
> 
> That is double fault, so very difficult to debug...

The root cause of this problem was in ACPICA and Osd in
AcpiEnterSleepState() after all for me.  Funamashi-san, could you try
attached patch?
I'll write more tonight...

Thanks.

Index: hwsleep.c
===================================================================
RCS file: /home/ncvs/src/sys/contrib/dev/acpica/hwsleep.c,v
retrieving revision 1.1.1.8
diff -u -r1.1.1.8 hwsleep.c
--- hwsleep.c	7 Sep 2001 01:22:23 -0000	1.1.1.8
+++ hwsleep.c	29 Oct 2001 00:26:14 -0000
@@ -320,7 +320,6 @@
 
     do 
     {
-        AcpiOsStall(10000);
     }
     while (!AcpiHwRegisterBitAccess (ACPI_READ, ACPI_MTX_LOCK, WAK_STS));
 
