From owner-acpi-jp@jp.freebsd.org  Thu Mar 22 08:00:13 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id IAA19889;
	Thu, 22 Mar 2001 08:00:13 +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 IAA19884
	for <acpi-jp@jp.freebsd.org>; Thu, 22 Mar 2001 08:00:12 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
Received: from localhost (iwasaki.imasy.or.jp [202.227.24.92])
	by tasogare.imasy.or.jp (8.11.3+3.4W/8.11.3/tasogare) with ESMTP/inet id f2LN09b94197;
	Thu, 22 Mar 2001 08:00:09 +0900 (JST)
	(envelope-from iwasaki@jp.FreeBSD.org)
To: acpi-jp@jp.freebsd.org, andrew.grover@intel.com
Cc: jhb@FreeBSD.org, robert.moore@intel.com
In-Reply-To: <4148FEAAD879D311AC5700A0C969E8905DE799@orsmsx35.jf.intel.com>
References: <4148FEAAD879D311AC5700A0C969E8905DE799@orsmsx35.jf.intel.com>
	<XFMail.010321112415.jhb@FreeBSD.org>
X-Mailer: Mew version 1.94.1 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA)
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <20010322080008H.iwasaki@jp.FreeBSD.org>
Date: Thu, 22 Mar 2001 08:00:08 +0900
From: Mitsuru IWASAKI <iwasaki@jp.freebsd.org>
X-Dispatcher: imput version 20000228(IM140)
Lines: 26
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 1113
Subject: [acpi-jp 1113] Re: acpica-unix-20010313.tar.gz
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: iwasaki@jp.freebsd.org

Hi,

> OK, does replacing:
> 
> if (AcpiGbl_AcpiMutexInfo[i].OwnerId == ThisThreadId)
> 
> in AcpiCmAcquireMutex and AcpiCmReleaseMutex with:
> 
> if ((AcpiGbl_AcpiMutexInfo[i].Locked) &&
>     (AcpiGbl_AcpiMutexInfo[i].OwnerId == ThisThreadId))
> 
> ..fix the problem? Bob (or anyone else), please tell me if I am off base.

Unfortunately no.  It still returned tons of AE_ALREADY_ACQUIRED (sometimes
AE_ACQUIRE_DEADLOCK) at booting time.

John wrote:
> Well, why not recturn curproc->p_pid + 1?  That way each process still has a
> unique thread id.  Then again, I'm not sure swapper (pid 0) will be doing
> anything with ACPI after booting, and I'm not sure init will ever do anything
> with ACPI either.

Ah, return(curproc->p_pid + 1) solved this.  I think it would be a
short-term solution for this.

Thanks
