Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 4 Dec 2009 13:52:10 -0800
From:      "Moore, Robert" <robert.moore@intel.com>
To:        Andriy Gapon <avg@freebsd.org>
Cc:        "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org>, Tarick <tungan@ukr.net>
Subject:   RE: panic in AcpiExReleaseMutex
Message-ID:  <4911F71203A09E4D9981D27F9D8308583E8F2C6E@orsmsx503.amr.corp.intel.com>
In-Reply-To: <4B1982F5.9020805@freebsd.org>
References:  <4B178387.4050601@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308583E8F26CF@orsmsx503.amr.corp.intel.com> <4B189CD6.30906@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308583E8F2A1F@orsmsx503.amr.corp.intel.com> <4B1975EE.5070803@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308583E8F2BA9@orsmsx503.amr.corp.intel.com> <4B197D0E.1020400@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308583E8F2C06@orsmsx503.amr.corp.intel.com> <4B198142.2040407@icyb.net.ua> <4B1982F5.9020805@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

Then I think you are stuck with figuring out why AcquiredMutexList is NULL.

AcquiredMutexList is set in AcpiExLinkMutex, clearing in AcpiExUnlinkMutex.

In AcpiExAcquireMutex, AcpiExLinkMutex is called after the mutex is successfully acquired, and only on the first acquisition.

In AcpiExReleaseMutexObject, AcpiExUnLinkMutex is called, but only if the Mutex OwnerThread ID is non-zero.



>-----Original Message-----
>From: Andriy Gapon [mailto:avg@freebsd.org]
>Sent: Friday, December 04, 2009 1:45 PM
>To: Moore, Robert
>Cc: freebsd-acpi@freebsd.org; Tarick
>Subject: Re: panic in AcpiExReleaseMutex
>
>on 04/12/2009 23:38 Andriy Gapon said the following:
>> on 04/12/2009 23:24 Moore, Robert said the following:
>>> Another question, however: is the global lock involved in any way?
>>
>> Yes.  EC querying is performed under global lock.  That is, it gets
>locked and
>> unlocked in EcGpeQueryHandler function before _Qxx evaluation.
>> I am actually curious why you asked this question.
>
>Hmm, I lied, this is done only if _GLK successfully evaluates to non-zero
>value,
>which is not the case.
>
>--
>Andriy Gapon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4911F71203A09E4D9981D27F9D8308583E8F2C6E>