From owner-freebsd-acpi@FreeBSD.ORG Fri Dec 4 05:24:26 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5EA3106566B for ; Fri, 4 Dec 2009 05:24:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 03EB28FC15 for ; Fri, 4 Dec 2009 05:24:25 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id HAA09160; Fri, 04 Dec 2009 07:24:20 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NGQeR-000ISs-Vx; Fri, 04 Dec 2009 07:24:20 +0200 Message-ID: <4B189CD6.30906@icyb.net.ua> Date: Fri, 04 Dec 2009 07:23:34 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: "Moore, Robert" References: <4B178387.4050601@icyb.net.ua> <4911F71203A09E4D9981D27F9D8308583E8F26CF@orsmsx503.amr.corp.intel.com> In-Reply-To: <4911F71203A09E4D9981D27F9D8308583E8F26CF@orsmsx503.amr.corp.intel.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-acpi@freebsd.org" , Tarick Subject: Re: panic in AcpiExReleaseMutex X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Dec 2009 05:24:26 -0000 on 04/12/2009 06:57 Moore, Robert said the following: >> I am somewhat suspicious of recursive use of \_SB.PCI0.LPC0.EC0.MUT1 > > It is OK for AML code to acquire a mutex multiple times, so I don't think that is the problem. > >> PreviousSyncLevel = >> WalkState->Thread->AcquiredMutexList->Mutex.OriginalSyncLevel; > > Multiple pointers here, do you know which one is null? > It must be AcquiredMutexList, because WalkState->Thread is checked for NULL a few lines above. -- Andriy Gapon