From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 30 08:19:56 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B86DF106568D for ; Wed, 30 Sep 2009 08:19:56 +0000 (UTC) (envelope-from beat@FreeBSD.org) Received: from marvin.chruetertee.ch (marvin.chruetertee.ch [217.150.245.55]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB1F8FC19 for ; Wed, 30 Sep 2009 08:19:55 +0000 (UTC) Received: from daedalus.network.local (161-231.0-85.cust.bluewin.ch [85.0.231.161]) (authenticated bits=0) by marvin.chruetertee.ch (8.14.3/8.14.3) with ESMTP id n8U8JswQ072289 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 30 Sep 2009 08:19:54 GMT (envelope-from beat@FreeBSD.org) Message-ID: <4AC31533.2070702@FreeBSD.org> Date: Wed, 30 Sep 2009 10:22:11 +0200 From: Beat Gaetzi User-Agent: Thunderbird 2.0.0.23 (X11/20090821) MIME-Version: 1.0 To: Fredrik Lindberg References: <4AC120F6.7090701@shapeshifter.se> <4AC2EE77.4090509@shapeshifter.se> In-Reply-To: <4AC2EE77.4090509@shapeshifter.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org Subject: Re: Panic with vboxnet drivers X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Sep 2009 08:19:56 -0000 Hi Fredrik, Fredrik Lindberg wrote: > Sean C. Farley wrote: >>>> 2. The next three logs are LOR's (sleepable after non-sleepable) >>>> concerning VirtualBox's "IPRT Fast Mutex Semaphore" which is an >>>> sx. I am not sure I am reading the backtrace correctly. It looks >>>> like the call to RTSemFastMutexRequest(), which calls sx_xlock(), >>>> is the effect. I just do not know where the cause, i.e., >>>> RTSemFastMutexRequest(), is being called. >>> >>> Yeah, this was a real one. The call to RTSemFastMutexRequest is >>> inside the virtual ethernet switch. I've attached a patch that >>> defers processing to avoid the sleepable after non-sleepable case. >>> Hopefully this fixes the panic you're seeing as well. >> >> Thank you! :) This does fix the panic. >> > > Great, I'll submit it upstreams as soon as possible. Thanks for this patch. We already added the patch to the port. To fix a build failure on FreeBSD 7/amd64 we had to increase abPadding[] size in patch-src-VBox-HostDrivers-VBoxNetFlt-VBoxNetFltInternal.h: http://tmp.chruetertee.ch/virtualbox-amd64-build-fix.patch Beat