From owner-freebsd-acpi@FreeBSD.ORG Fri Aug 20 00:19:23 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D898416A4CF; Fri, 20 Aug 2004 00:19:23 +0000 (GMT) Received: from bgezal.rise.tuwien.ac.at (bgezal.rise.tuwien.ac.at [128.130.59.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6426F43D49; Fri, 20 Aug 2004 00:19:23 +0000 (GMT) (envelope-from stefan@fafoe.narf.at) Received: from fafoe.narf.at (unknown [212.186.3.235]) by bgezal.rise.tuwien.ac.at (Postfix) with ESMTP id A841F20AC; Fri, 20 Aug 2004 02:19:21 +0200 (CEST) Received: from wombat.fafoe.narf.at (wombat.fafoe.narf.at [192.168.1.42]) by fafoe.narf.at (Postfix) with ESMTP id 610DD4110; Fri, 20 Aug 2004 02:19:01 +0200 (CEST) Received: by wombat.fafoe.narf.at (Postfix, from userid 1001) id A503E109; Tue, 17 Aug 2004 14:36:27 +0200 (CEST) Date: Tue, 17 Aug 2004 14:36:26 +0200 From: Stefan Farfeleder To: Robert Watson Message-ID: <20040817123623.GA622@wombat.fafoe.narf.at> Mail-Followup-To: Robert Watson , Nate Lawson , acpi@freebsd.org, current@freebsd.org References: <4120F26B.1040808@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: acpi mpsafe committed X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Aug 2004 00:19:24 -0000 On Mon, Aug 16, 2004 at 02:33:30PM -0400, Robert Watson wrote: > > > panic: mutex Giant not owned at /usr/src/sys/net/if.c:1874 > > > > > > db> trace > > > kdb_enter > > > panic > > > _mtx_assert > > > if_start > > > ieee80211_mgmt_output > > > ieee80211_send_mgmt > > > ieee80211_newstate > > wi_newstate() should probably call NET_LOCK_GIANT() before entering the > 802.11 framework, and call NET_UNLOCK_GIANT() on its return. This will > cause it to conditionally acquire and release Giant based on > debug_mpsafenet. I have no idea why, but suspending suddenly works again with a new kernel. Sorry for the noise. Stefan