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 success=
fully acquired, and only on the first acquisition.

In AcpiExReleaseMutexObject, AcpiExUnLinkMutex is called, but only if the M=
utex 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>