From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 27 09:29: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 1F36B106566B for ; Sun, 27 Sep 2009 09:29:56 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id C908D8FC13 for ; Sun, 27 Sep 2009 09:29:55 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Mrq4o-00092t-CE for freebsd-emulation@FreeBSD.org; Sun, 27 Sep 2009 11:29:54 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-emulation@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 27 Sep 2009 11:29:54 +0200 From: Daniel Braniss Message-ID: Cc: Subject: Vbox/PXE booting works 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: Sun, 27 Sep 2009 09:29:56 -0000 hi, the works should be 'works sometimes', but it's a great! take a look at: http://www.etherboot.org/wiki/romburning/vbox (thanks to "Miller, Shao" for pointing it out to me) the gPXE compiles under linux, but if anyone is interested, i've placed the 1022200.rom in: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/vbox/1022200.rom I'm using the svn version, and PCnet-FAST II (the III booted, but then hung) danny From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 27 16:06:08 2009 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B665106568F; Sun, 27 Sep 2009 16:06:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 39DF78FC15; Sun, 27 Sep 2009 16:06:08 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8RG68q7051528; Sun, 27 Sep 2009 16:06:08 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8RG68JQ051524; Sun, 27 Sep 2009 16:06:08 GMT (envelope-from linimon) Date: Sun, 27 Sep 2009 16:06:08 GMT Message-Id: <200909271606.n8RG68JQ051524@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/139188: [panic] emulators/virtualbox: When "kldload vboxdrv.ko" is done, kernel panics 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: Sun, 27 Sep 2009 16:06:08 -0000 Old Synopsis: When "kldload vboxdrv.ko" is done, panic kernel is done. New Synopsis: [panic] emulators/virtualbox: When "kldload vboxdrv.ko" is done, kernel panics Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-emulation Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 27 16:04:13 UTC 2009 Responsible-Changed-Why: Not really sure if this should be assigned as kern or ports, but have to pick one anyways. http://www.freebsd.org/cgi/query-pr.cgi?pr=139188 From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 27 16:06:31 2009 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E8871065679; Sun, 27 Sep 2009 16:06:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 651FF8FC13; Sun, 27 Sep 2009 16:06:31 +0000 (UTC) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8RG6V4M051580; Sun, 27 Sep 2009 16:06:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8RG6VZN051576; Sun, 27 Sep 2009 16:06:31 GMT (envelope-from linimon) Date: Sun, 27 Sep 2009 16:06:31 GMT Message-Id: <200909271606.n8RG6VZN051576@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-emulation@FreeBSD.org, vbox@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: ports/139188: [panic] emulators/virtualbox: When "kldload vboxdrv.ko" is done, kernel panics 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: Sun, 27 Sep 2009 16:06:31 -0000 Synopsis: [panic] emulators/virtualbox: When "kldload vboxdrv.ko" is done, kernel panics Responsible-Changed-From-To: freebsd-emulation->vbox Responsible-Changed-By: linimon Responsible-Changed-When: Sun Sep 27 16:06:13 UTC 2009 Responsible-Changed-Why: Over to correct mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=139188 From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 28 11:06:52 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 D35D6106566B for ; Mon, 28 Sep 2009 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A6AC68FC1E for ; Mon, 28 Sep 2009 11:06:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n8SB6qB5063969 for ; Mon, 28 Sep 2009 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n8SB6qLG063965 for freebsd-emulation@FreeBSD.org; Mon, 28 Sep 2009 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Sep 2009 11:06:52 GMT Message-Id: <200909281106.n8SB6qLG063965@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org 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: Mon, 28 Sep 2009 11:06:52 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest o ports/137332 emulation add caution messages to some adobe products f ports/136321 emulation x11-toolkits/linux-pango: please update linux based po o ports/136229 emulation [linux] certain linux apps look for libraries using a o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage o ports/135322 emulation Port graphics/linux_dri has incorrect packaging list c o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/56451 emulation [linprocfs] /compat/linux/proc/cpuinfo gives wrong CPU o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 20 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 28 20:48:04 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 3BA72106566C; Mon, 28 Sep 2009 20:48:04 +0000 (UTC) (envelope-from fli@shapeshifter.se) Received: from mx1.h3q.net (mx1.h3q.net [IPv6:2001:16d8:ffe5:1::f1]) by mx1.freebsd.org (Postfix) with ESMTP id 82A2D8FC12; Mon, 28 Sep 2009 20:48:03 +0000 (UTC) Received: from smtp-auth.h3q.net (smtp-auth.h3q.net [127.0.0.1]) (Authenticated sender: hidden) by mx1.h3q.net (Postfix) with ESMTPSA id F2EBB33CCB ; Mon, 28 Sep 2009 22:48:01 +0200 (CEST) Message-ID: <4AC120F6.7090701@shapeshifter.se> Date: Mon, 28 Sep 2009 22:47:50 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.23 (X11/20090912) MIME-Version: 1.0 To: "Sean C. Farley" References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------090600080206040601090501" 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: Mon, 28 Sep 2009 20:48:04 -0000 This is a multi-part message in MIME format. --------------090600080206040601090501 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sean C. Farley wrote: > While I have had no trouble with two systems running with the tap patch, > I am experiencing some lockups when using the vboxnet* drivers. > Sorry about the late response. > I have five witness logs (attached): > 1. The first one appeared when I tried to run VirtualBox with vboxnetadp > loaded via loader.conf. VirtualBox will not be able to find the > VirtualBox network drivers this way, so I unloaded and loaded > vboxnetadp from the command line for the following logs. Need to look a bit more on this one. > 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. Fredrik --------------090600080206040601090501 Content-Type: text/plain; name="vboxnetflt-locking.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vboxnetflt-locking.patch" Index: src/VBox/HostDrivers/VBoxNetFlt/freebsd/VBoxNetFlt-freebsd.c =================================================================== --- src/VBox/HostDrivers/VBoxNetFlt/freebsd/VBoxNetFlt-freebsd.c (revision 23391) +++ src/VBox/HostDrivers/VBoxNetFlt/freebsd/VBoxNetFlt-freebsd.c (working copy) @@ -43,6 +43,8 @@ #include #include #include +#include +#include #include #include @@ -78,8 +80,6 @@ static ng_rcvdata_t ng_vboxnetflt_rcvdata; static ng_disconnect_t ng_vboxnetflt_disconnect; static int ng_vboxnetflt_mod_event(module_t mod, int event, void *data); -static int ng_vboxnetflt_rcv_in(hook_p node, item_p item); -static int ng_vboxnetflt_rcv_out(hook_p node, item_p item); /** Netgraph node type */ #define NG_VBOXNETFLT_NODE_TYPE "vboxnetflt" @@ -112,8 +112,8 @@ { .version = NG_ABI_VERSION, .name = NG_VBOXNETFLT_NODE_TYPE, - .mod_event = vboxnetflt_modevent, - .constructor = ng_vboxnetflt_constructor, + .mod_event = vboxnetflt_modevent, + .constructor = ng_vboxnetflt_constructor, .rcvmsg = ng_vboxnetflt_rcvmsg, .shutdown = ng_vboxnetflt_shutdown, .newhook = ng_vboxnetflt_newhook, @@ -267,16 +267,12 @@ if (strcmp(name, NG_VBOXNETFLT_HOOK_IN) == 0) { #if __FreeBSD_version >= 800000 - NG_HOOK_SET_RCVDATA(hook, ng_vboxnetflt_rcv_in); NG_HOOK_SET_TO_INBOUND(hook); #endif pThis->u.s.input = hook; } else if (strcmp(name, NG_VBOXNETFLT_HOOK_OUT) == 0) { -#if __FreeBSD_version >= 800000 - NG_HOOK_SET_RCVDATA(hook, ng_vboxnetflt_rcv_out); -#endif pThis->u.s.output = hook; } else @@ -310,161 +306,171 @@ /** * Handle data on netgraph hooks. + * Frames processing is deferred to a taskqueue because this might + * be called with non-sleepable locks held and code paths inside + * the virtual switch might sleep. */ static int ng_vboxnetflt_rcvdata(hook_p hook, item_p item) { const node_p node = NG_HOOK_NODE(hook); PVBOXNETFLTINS pThis = NG_NODE_PRIVATE(node); + struct ifnet *ifp = pThis->u.s.ifp; struct mbuf *m; + struct m_tag *mtag; + bool fActive; + fActive = ASMAtomicUoReadBool(&pThis->fActive); + + NGI_GET_M(item, m); + NG_FREE_ITEM(item); + + /* Locate tag to see if processing should be skipped for this frame */ + mtag = m_tag_locate(m, MTAG_VBOX, PACKET_TAG_VBOX, NULL); + if (mtag != NULL) + { + m_tag_unlink(m, mtag); + m_tag_free(mtag); + } + + /* + * Handle incoming hook. This is connected to the + * input path of the interface, thus handling incoming frames. + */ if (pThis->u.s.input == hook) - return ng_vboxnetflt_rcv_in(hook, item); + { + if (mtag != NULL || !fActive) + { + ether_demux(ifp, m); + return (0); + } + mtx_lock_spin(&pThis->u.s.inq.ifq_mtx); + _IF_ENQUEUE(&pThis->u.s.inq, m); + mtx_unlock_spin(&pThis->u.s.inq.ifq_mtx); + taskqueue_enqueue_fast(taskqueue_fast, &pThis->u.s.tskin); + } + /** + * Handle mbufs on the outgoing hook, frames going to the interface + */ else if (pThis->u.s.output == hook) - return ng_vboxnetflt_rcv_out(hook, item); + { + if (mtag != NULL || !fActive) + return ether_output_frame(ifp, m); + mtx_lock_spin(&pThis->u.s.outq.ifq_mtx); + _IF_ENQUEUE(&pThis->u.s.outq, m); + mtx_unlock_spin(&pThis->u.s.outq.ifq_mtx); + taskqueue_enqueue_fast(taskqueue_fast, &pThis->u.s.tskout); + } else { - NGI_GET_M(item, m); - NG_FREE_ITEM(item); + m_freem(m); } return (0); } +static int ng_vboxnetflt_shutdown(node_p node) +{ + PVBOXNETFLTINS pThis = NG_NODE_PRIVATE(node); + bool fActive; + + /* Prevent node shutdown if we're active */ + fActive = ASMAtomicUoReadBool(&pThis->fActive); + if (fActive) + return (EBUSY); + NG_NODE_UNREF(node); + return (0); +} + +static int ng_vboxnetflt_disconnect(hook_p hook) +{ + return (0); +} + /** - * Handle incoming hook. This is connected to the - * input path of the interface, thus handling incoming frames. + * Input processing task, handles incoming frames */ -static int ng_vboxnetflt_rcv_in(hook_p hook, item_p item) +static void vboxNetFltFreeBSDinput(void *arg, int pending) { + PVBOXNETFLTINS pThis = (PVBOXNETFLTINS)arg; struct mbuf *m, *m0; - struct m_tag *mtag; - const node_p node = NG_HOOK_NODE(hook); - PVBOXNETFLTINS pThis = NG_NODE_PRIVATE(node); struct ifnet *ifp = pThis->u.s.ifp; - bool fActive, fDropIt = false; unsigned int cSegs = 0; + bool fDropIt = false, fActive; PINTNETSG pSG; - NGI_GET_M(item, m); - NG_FREE_ITEM(item); - - fActive = ASMAtomicUoReadBool(&pThis->fActive); - if (!fActive) - goto out; - - mtag = m_tag_locate(m, MTAG_VBOX, PACKET_TAG_VBOX, NULL); - if (mtag != NULL) - { - m_tag_unlink(m, mtag); - m_tag_free(mtag); - goto out; - } vboxNetFltRetain(pThis, true /* fBusy */); - - for (m0 = m; m0 != NULL; m0 = m0->m_next) + for (;;) { - if (m0->m_len > 0) - cSegs++; - } + mtx_lock_spin(&pThis->u.s.inq.ifq_mtx); + _IF_DEQUEUE(&pThis->u.s.inq, m); + mtx_unlock_spin(&pThis->u.s.inq.ifq_mtx); + if (m == NULL) + break; + for (m0 = m; m0 != NULL; m0 = m0->m_next) + if (m0->m_len > 0) + cSegs++; + #ifdef PADD_RUNT_FRAMES_FROM_HOST - if (m_length(m, NULL) < 60) - cSegs++; + if (m_length(m, NULL) < 60) + cSegs++; #endif - /* Create a copy of the mbuf and hand it to the virtual switch */ - pSG = RTMemTmpAlloc(RT_OFFSETOF(INTNETSG, aSegs[cSegs])); - vboxNetFltFreeBSDMBufToSG(pThis, m, pSG, cSegs, 0); - fDropIt = pThis->pSwitchPort->pfnRecv(pThis->pSwitchPort, pSG, INTNETTRUNKDIR_WIRE); - RTMemTmpFree(pSG); + /* Create a copy and deliver to the virtual switch */ + pSG = RTMemTmpAlloc(RT_OFFSETOF(INTNETSG, aSegs[cSegs])); + vboxNetFltFreeBSDMBufToSG(pThis, m, pSG, cSegs, 0); + fDropIt = pThis->pSwitchPort->pfnRecv(pThis->pSwitchPort, pSG, INTNETTRUNKDIR_HOST); + RTMemTmpFree(pSG); + if (fDropIt) + m_freem(m); + else + ether_demux(ifp, m); + } vboxNetFltRelease(pThis, true /* fBusy */); - -out: - /* Only deliver it to the host stack if the destination weren't a guest */ - if (fDropIt) - { - m_freem(m); - return (0); - } - ether_demux(ifp, m); - return (0); } /** - * Handle mbufs on the outgoing hook, frames going to the interface + * Output processing task, handles outgoing frames */ -static int ng_vboxnetflt_rcv_out(hook_p hook, item_p item) +static void vboxNetFltFreeBSDoutput(void *arg, int pending) { + PVBOXNETFLTINS pThis = (PVBOXNETFLTINS)arg; struct mbuf *m, *m0; - struct m_tag *mtag; - const node_p node = NG_HOOK_NODE(hook); - PVBOXNETFLTINS pThis = NG_NODE_PRIVATE(node); struct ifnet *ifp = pThis->u.s.ifp; unsigned int cSegs = 0; bool fDropIt = false, fActive; PINTNETSG pSG; - NGI_GET_M(item, m); - NG_FREE_ITEM(item); - - fActive = ASMAtomicUoReadBool(&pThis->fActive); - if (!fActive) - return ether_output_frame(ifp, m); - vboxNetFltRetain(pThis, true /* fBusy */); - /* Pass directly to interface if the packet originated from us */ - mtag = m_tag_locate(m, MTAG_VBOX, PACKET_TAG_VBOX, NULL); - if (mtag != NULL) + for (;;) { - m_tag_unlink(m, mtag); - m_tag_free(mtag); - goto out; - } + mtx_lock_spin(&pThis->u.s.outq.ifq_mtx); + _IF_DEQUEUE(&pThis->u.s.outq, m); + mtx_unlock_spin(&pThis->u.s.outq.ifq_mtx); + if (m == NULL) + break; - for (m0 = m; m0 != NULL; m0 = m0->m_next) - { - if (m0->m_len > 0) - cSegs++; - } + for (m0 = m; m0 != NULL; m0 = m0->m_next) + if (m0->m_len > 0) + cSegs++; #ifdef PADD_RUNT_FRAMES_FROM_HOST - if (m_length(m, NULL) < 60) - cSegs++; + if (m_length(m, NULL) < 60) + cSegs++; #endif - /* Create a copy and deliver to the virtual switch */ - pSG = RTMemTmpAlloc(RT_OFFSETOF(INTNETSG, aSegs[cSegs])); - vboxNetFltFreeBSDMBufToSG(pThis, m, pSG, cSegs, 0); - fDropIt = pThis->pSwitchPort->pfnRecv(pThis->pSwitchPort, pSG, INTNETTRUNKDIR_HOST); - RTMemTmpFree(pSG); + /* Create a copy and deliver to the virtual switch */ + pSG = RTMemTmpAlloc(RT_OFFSETOF(INTNETSG, aSegs[cSegs])); + vboxNetFltFreeBSDMBufToSG(pThis, m, pSG, cSegs, 0); + fDropIt = pThis->pSwitchPort->pfnRecv(pThis->pSwitchPort, pSG, INTNETTRUNKDIR_HOST); + RTMemTmpFree(pSG); -out: + if (fDropIt) + m_freem(m); + else + ether_output_frame(ifp, m); + } vboxNetFltRelease(pThis, true /* fBusy */); - if (fDropIt) - { - m_freem(m); - return (0); - } - - return ether_output_frame(ifp, m); } -static int ng_vboxnetflt_shutdown(node_p node) -{ - PVBOXNETFLTINS pThis = NG_NODE_PRIVATE(node); - bool fActive; - - /* Prevent node shutdown if we're active */ - fActive = ASMAtomicUoReadBool(&pThis->fActive); - if (fActive) - return (EBUSY); - NG_NODE_UNREF(node); - return (0); -} - -static int ng_vboxnetflt_disconnect(hook_p hook) -{ - return (0); -} - /** * Called to deliver a frame to either the host, the wire or both. */ @@ -536,13 +542,23 @@ /* Create a new netgraph node for this instance */ if (ng_make_node_common(&ng_vboxnetflt_typestruct, &node) != 0) - return VERR_INTERNAL_ERROR; + return VERR_INTERNAL_ERROR; RTSpinlockAcquire(pThis->hSpinlock, &Tmp); ASMAtomicUoWritePtr((void * volatile *)&pThis->u.s.ifp, ifp); pThis->u.s.node = node; bcopy(IF_LLADDR(ifp), &pThis->u.s.Mac, ETHER_ADDR_LEN); ASMAtomicUoWriteBool(&pThis->fDisconnectedFromHost, false); + /* Initialize deferred input queue */ + bzero(&pThis->u.s.inq, sizeof(struct ifqueue)); + mtx_init(&pThis->u.s.inq.ifq_mtx, "vboxnetflt inq", NULL, MTX_SPIN); + TASK_INIT(&pThis->u.s.tskin, 0, vboxNetFltFreeBSDinput, pThis); + + /* Initialize deferred output queue */ + bzero(&pThis->u.s.outq, sizeof(struct ifqueue)); + mtx_init(&pThis->u.s.outq.ifq_mtx, "vboxnetflt outq", NULL, MTX_SPIN); + TASK_INIT(&pThis->u.s.tskout, 0, vboxNetFltFreeBSDoutput, pThis); + RTSpinlockRelease(pThis->hSpinlock, &Tmp); NG_NODE_SET_PRIVATE(node, pThis); @@ -571,7 +587,10 @@ } if (ifp0 != NULL) + { + vboxNetFltOsDeleteInstance(pThis); vboxNetFltOsInitInstance(pThis, NULL); + } return !ASMAtomicUoReadBool(&pThis->fDisconnectedFromHost); } @@ -579,6 +598,12 @@ void vboxNetFltOsDeleteInstance(PVBOXNETFLTINS pThis) { + taskqueue_drain(taskqueue_fast, &pThis->u.s.tskin); + taskqueue_drain(taskqueue_fast, &pThis->u.s.tskout); + + mtx_destroy(&pThis->u.s.inq.ifq_mtx); + mtx_destroy(&pThis->u.s.outq.ifq_mtx); + if (pThis->u.s.node != NULL) ng_rmnode_self(pThis->u.s.node); pThis->u.s.node = NULL; Index: src/VBox/HostDrivers/VBoxNetFlt/VBoxNetFltInternal.h =================================================================== --- src/VBox/HostDrivers/VBoxNetFlt/VBoxNetFltInternal.h (revision 23391) +++ src/VBox/HostDrivers/VBoxNetFlt/VBoxNetFltInternal.h (working copy) @@ -206,6 +206,14 @@ hook_p output; /** Original interface flags */ unsigned int flags; + /** Input queue */ + struct ifqueue inq; + /** Output queue */ + struct ifqueue outq; + /** Input task */ + struct task tskin; + /** Output task */ + struct task tskout; /** The MAC address of the interface. */ RTMAC Mac; /** @} */ @@ -241,6 +249,8 @@ # endif #elif defined(RT_OS_LINUX) uint8_t abPadding[320]; +#elif defined(RT_OS_FREEBSD) + uint8_t abPadding[256]; #else uint8_t abPadding[128]; #endif --------------090600080206040601090501-- From owner-freebsd-emulation@FreeBSD.ORG Tue Sep 29 01:39:57 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 588461065676 for ; Tue, 29 Sep 2009 01:39:57 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 154B98FC14 for ; Tue, 29 Sep 2009 01:39:57 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n8T1dtLx000605; Mon, 28 Sep 2009 20:39:56 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Mon, 28 Sep 2009 20:39:55 -0500 (CDT) From: "Sean C. Farley" To: Fredrik Lindberg In-Reply-To: <4AC120F6.7090701@shapeshifter.se> Message-ID: References: <4AC120F6.7090701@shapeshifter.se> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org 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: Tue, 29 Sep 2009 01:39:57 -0000 On Mon, 28 Sep 2009, Fredrik Lindberg wrote: > Sean C. Farley wrote: >> I have five witness logs (attached): >> 1. The first one appeared when I tried to run VirtualBox with >> vboxnetadp loaded via loader.conf. VirtualBox will not be able to >> find the VirtualBox network drivers this way, so I unloaded and >> loaded vboxnetadp from the command line for the following logs. > > Need to look a bit more on this one. Thank you. >> 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. Sean -- scf@FreeBSD.org From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 30 07:36:50 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 71653106568D; Wed, 30 Sep 2009 07:36:50 +0000 (UTC) (envelope-from fli@shapeshifter.se) Received: from mx1.h3q.net (mx1.h3q.net [IPv6:2001:16d8:ffe5:1::f1]) by mx1.freebsd.org (Postfix) with ESMTP id 35BD58FC08; Wed, 30 Sep 2009 07:36:49 +0000 (UTC) Received: from smtp-auth.h3q.net (smtp-auth.h3q.net [127.0.0.1]) (Authenticated sender: hidden) by mx1.h3q.net (Postfix) with ESMTPSA id D61F933CD4 ; Wed, 30 Sep 2009 09:36:46 +0200 (CEST) Message-ID: <4AC2EE77.4090509@shapeshifter.se> Date: Wed, 30 Sep 2009 07:36:55 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.22 (X11/20090813) MIME-Version: 1.0 To: "Sean C. Farley" References: <4AC120F6.7090701@shapeshifter.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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 07:36:50 -0000 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. Fredrik 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 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 30 15:06:48 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 43801106568F for ; Wed, 30 Sep 2009 15:06:48 +0000 (UTC) (envelope-from dog@virtual.org.ua) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8E88FC20 for ; Wed, 30 Sep 2009 15:06:47 +0000 (UTC) Received: by yxe1 with SMTP id 1so7082233yxe.3 for ; Wed, 30 Sep 2009 08:06:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.50.30 with SMTP id x30mr6438013anx.169.1254321232247; Wed, 30 Sep 2009 07:33:52 -0700 (PDT) Date: Wed, 30 Sep 2009 17:33:52 +0300 Message-ID: From: Pavel Greenberg To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: wine && serial port. 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 15:06:48 -0000 Hello all! On my system: dog@dog:~> uname -a FreeBSD dog.ic.kharkov.ua 7.2-STABLE FreeBSD 7.2-STABLE #0: Tue Sep 22 15:59:09 EEST 2009 root@dog.ic.kharkov.ua:/usr/obj/usr/src/sys/DOG_KERNEL i386 I have installed wine-1.1.30,1 from ports. I have some window$ software, which is required com-port. My user is in dialer group, in /dev/ I have cuad0 device, which is work fine natively (with cu(1)) and have "666" permissions, in ~/.wine/dosdevices I have symlinks com1 -> /dev/cuad0 and COM1 -> /dev/cuad0 - but it's not work, software don't see com-port. I tried to install some other software (for example, hyperterminal), bat have the same picture. When I tried to set WINEDEBUG=+comm,+ntdll,+file and run this, in log I've seen: ... trace:file:wine_nt_to_unix_file_name L"\\??\\C:\\Program Files\\TMA\\config\\Cms2Serv.ini" -> "/usr/home/dog/.wine/dosdevices/c:/Program Files/ TMA/config/Cms2Serv.ini" trace:file:CreateFileW returning 0x6c trace:ntdll:NtQueryInformationFile (0x6c,0x34f5d8,0x34f5b0,0x00000028,0x00000004) trace:file:CreateFileW L"COM1" GENERIC_READ GENERIC_WRITE creation 3 attributes 0x40000000 trace:file:RtlDosPathNameToNtPathName_U (L"COM1",0x34fc00,0x0,0x0) trace:file:RtlGetFullPathName_U (L"COM1" 520 0x34f944 0x0) trace:ntdll:NtCreateFile handle=0x34fc08 access=c0000000 name=L"\\??\\COM1" objattr=00000040 root=0x0 sec=0x0 io=0x34fbf8 alloc_size=0x0 attr=00000000 sharing=00000000 disp=1 options=00000040 ea=0x0.0x00000000 trace:file:get_dos_device L"COM1" -> "/usr/home/dog/.wine/dosdevices/com1" trace:file:CreateFileW returning 0x6c trace:ntdll:NtDeviceIoControlFile (0x6c,0x0,0x0,0x0,0x34fc00,0x001b0008,0x34fc48,0x00000008,0x0,0x00000000) trace:comm:io_control 0x6c IOCTL_SERIAL_SET_QUEUE_SIZE 0x34fc48 8 0x0 0 0x34fc00 fixme:comm:set_queue_size insize 2000 outsize 1000 unimplemented stub trace:comm:BuildCommDCBAndTimeoutsA (COM1:9600,N,8,1,0x543a84,0x0) trace:comm:BuildCommDCBAndTimeoutsW (L"COM1:9600,N,8,1",0x543a84,0x0) trace:file:RtlGetFullPathName_U (L"C:\\Program Files\\TMA\\config\\Cms2Serv.ini" 520 0x34f634 0x34fa54) trace:file:CreateFileW L"C:\\Program Files\\TMA\\config\\Cms2Serv.ini" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE FILE_SHARE_DELETE creatio n 3 attributes 0x80 ... I tried to do the same on my Acer Aspire One netbook with usb-com device on uplcom (4) chipset and the same OS version - it doesn't work too. Is there any way to make the program have see com-port under the wine? From owner-freebsd-emulation@FreeBSD.ORG Thu Oct 1 08:47:32 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 866A8106568D for ; Thu, 1 Oct 2009 08:47:32 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from graal.shurik.kiev.ua (graal.shurik.kiev.ua [193.239.74.7]) by mx1.freebsd.org (Postfix) with ESMTP id 4260B8FC19 for ; Thu, 1 Oct 2009 08:47:32 +0000 (UTC) Received: from freenet.lissoft.com.ua ([89.252.37.33] helo=shurik-nb.lis.ua) by graal.shurik.kiev.ua with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MtGu0-0006tf-L1 for freebsd-emulation@freebsd.org; Thu, 01 Oct 2009 11:20:42 +0300 Message-ID: <4AC46653.5010307@shurik.kiev.ua> Date: Thu, 01 Oct 2009 11:20:35 +0300 From: Alexandr Krivulya User-Agent: Thunderbird 2.0.0.23 (X11/20090826) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: guest win2k3 hangs under virtualbox 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: Thu, 01 Oct 2009 08:47:32 -0000 Hello, comunity, I have FreeBSD 7.2 box with virtualbox_3.0.51.r22226 running win2k3 as guest in headless mode. Sometimes guest enviroment hangs for a period from a few seconds to few minutes. From Linux forums I found, that setting force_async_tsc=1 for vboxdrv kernel module may help. Any suggestions for FreeBSD? From owner-freebsd-emulation@FreeBSD.ORG Fri Oct 2 17:33:52 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 3A18E1065676 for ; Fri, 2 Oct 2009 17:33:52 +0000 (UTC) (envelope-from ulrich@pukruppa.net) Received: from pukruppa.net (pukruppa.net [213.146.114.24]) by mx1.freebsd.org (Postfix) with ESMTP id 924A98FC12 for ; Fri, 2 Oct 2009 17:33:50 +0000 (UTC) Received: from pukruppa.net (localhost [127.0.0.1]) by pukruppa.net (8.14.3/8.14.3) with ESMTP id n92HHG6I084816 for ; Fri, 2 Oct 2009 19:17:17 +0200 (CEST) (envelope-from ulrich@pukruppa.net) Received: (from ulrich@localhost) by pukruppa.net (8.14.3/8.14.3/Submit) id n92HHGLg084815 for freebsd-emulation@freebsd.org; Fri, 2 Oct 2009 19:17:16 +0200 (CEST) (envelope-from ulrich@pukruppa.net) From: Peter Ulrich Kruppa To: FreeBSD-Emulation Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable Date: Fri, 02 Oct 2009 19:17:16 +0200 Message-Id: <1254503836.1925.85.camel@pukruppa.net> Mime-Version: 1.0 X-Mailer: Evolution 2.28.0 FreeBSD GNOME Team Port Subject: VirtualBox: GUI-configuration couldn't be loaded; Callee RC: NS_ERROR_ABORT (0x80004004) 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: Fri, 02 Oct 2009 17:33:52 -0000 Hi, whenever I try to start VirtualBox on my FreeBSD 8.0-RC1 amd64 I get an error message about GUI-configuration that couldn't be loaded and=20 Callee RC: NS_ERROR_ABORT (0x80004004) There has been a mail about this back in May, but I couldn't find an answer (it was a very long thread). Has this issue been solved? Thanks for your answer Uli. From owner-freebsd-emulation@FreeBSD.ORG Fri Oct 2 17:43:31 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 8F68A106566B for ; Fri, 2 Oct 2009 17:43:31 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8628FC17 for ; Fri, 2 Oct 2009 17:43:31 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 054F160E5 for ; Fri, 2 Oct 2009 13:43:29 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1254505410; bh=VSJ6/xiMy8Wo7xUW5ftHH45tnMt2ik43M7Hna/AnurQ=; h=Resent-From:Resent-To:Resent-Date:Resent-Message-Id:Message-ID: Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=cgddzZCOox/5mkyXYBCLSTC2gpw5h7patKpB8PBjkxgcEHekQ++1L6w6QEgHoZmYS 3qjiSQrX232stkidoAjSGgIypipmTP6DAvT0SJmZnhxkCh7KXAW1HsyecH8FVRH DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=resent-from:resent-to:resent-date:resent-message-id: resent-user-agent:message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=lTbag0GlkrGXLqannG821o0PqMk+IpVO43EOpWRWrK+9cTzto6J4hspu8l4Ab3JVf eRzfSRKZcEOuXpc14du0+UJDQ4atEzr3q1caMYwLBc/w7SvIMeMVYYahUgvTOmo Resent-From: Michael Butler Resent-To: freebsd-emulation@freebsd.org Resent-Date: Fri, 2 Oct 2009 13:43:28 -0400 Resent-Message-Id: <4AC63BC0.5060006@protected-networks.net> Resent-User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.23) Gecko/20090825 Thunderbird/2.0.0.23 Message-ID: <4AC631C1.9090705@protected-networks.net> Date: Fri, 02 Oct 2009 13:00:49 -0400 From: Michael Butler User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: panic using VirtualBox on -current 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: Fri, 02 Oct 2009 17:43:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 While installing a guest OS (Centos-5.3) under VirtualBox, I get a panic as below. Any pointers as to how to proceed would be appreciated. I have these defined in the kernel: # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks options WITNESS # Enable checks to detect deadlocks and cycles nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks options KDB_TRACE # print a stack trace on panic options DEBUG_MEMGUARD # detect reads or writes options DIAGNOSTIC Michael panic: uma: item 0xc7efa400 did not belong to zone 64 cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c0a94825,0,c0a85c81,e803fbb8,0,...) at db_trace_self_wrapper+0x26 panic(c0a85c81,c7efa400,c0a7dc8d,c7efa400,c148b060,...) at panic+0x106 uma_dbg_free(c148b000,0,c7efa400,7c8,c0a58349,...) at uma_dbg_free uma_zalloc_arg(c148b000,0,2,c0adae6c,2c,...) at uma_zalloc_arg+0x2b7 malloc(2c,c0adae6c,2,0,c0a58349,...) at malloc+0xa4 ioctl(c8f1b690,e803fcf8,c,c0a73dd2,c0ace5a8,...) at ioctl+0xeb syscall(e803fd38) at syscall+0x19e Xint0x80_syscall() at Xint0x80_syscall+0x20 - --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x482a3d0b, esp = 0xbf8bad4c, ebp = 0xbf8bad68 --- KDB: enter: panic exclusive spin mutex allpmaps (allpmaps) r = 0 (0xc0ced570) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:2461 exclusive lockmgr bufwait (bufwait) r = 0 (0xc52077f0) locked @ /usr/home/imb/svn/head/sys/kern/vfs_bio.c:1835 exclusive lockmgr ufs (ufs) r = 0 (0xc8edb9c4) locked @ /usr/home/imb/svn/head/sys/kern/vfs_vnops.c:607 exclusive sleep mutex 64 (UMA zone) r = 0 (0xc1494888) locked @ /usr/home/imb/svn/head/sys/vm/uma_core.c:1992 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc8b18a34) locked @ /usr/home/imb/svn/head/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc7dabbd0) locked @ /usr/home/imb/svn/head/sys/kern/uipc_sockbuf.c:148 exclusive sleep mutex PMAP2 (PMAP2) r = 0 (0xc0ceda44) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:2411 exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xc0ca4a84) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:3635 exclusive sleep mutex pmap (pmap) r = 0 (0xc0ced4e0) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:3629 exclusive sleep mutex system map (system map) r = 0 (0xc14900e8) locked @ /usr/home/imb/svn/head/sys/vm/vm_map.c:2766 exclusive sleep mutex UMA lock (UMA lock) r = 0 (0xc0ca4304) locked @ /usr/home/imb/svn/head/sys/vm/uma_core.c:1565 exclusive spin mutex allpmaps (allpmaps) r = 0 (0xc0ced570) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:2461 exclusive lockmgr bufwait (bufwait) r = 0 (0xc52077f0) locked @ /usr/home/imb/svn/head/sys/kern/vfs_bio.c:1835 exclusive lockmgr ufs (ufs) r = 0 (0xc8edb9c4) locked @ /usr/home/imb/svn/head/sys/kern/vfs_vnops.c:607 exclusive sleep mutex 64 (UMA zone) r = 0 (0xc1494888) locked @ /usr/home/imb/svn/head/sys/vm/uma_core.c:1992 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc8b18a34) locked @ /usr/home/imb/svn/head/sys/kern/uipc_sockbuf.c:148 exclusive sx so_rcv_sx (so_rcv_sx) r = 0 (0xc7dabbd0) locked @ /usr/home/imb/svn/head/sys/kern/uipc_sockbuf.c:148 exclusive sleep mutex PMAP2 (PMAP2) r = 0 (0xc0ceda44) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:2411 exclusive sleep mutex vm page queue mutex (vm page queue mutex) r = 0 (0xc0ca4a84) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:3635 exclusive sleep mutex pmap (pmap) r = 0 (0xc0ced4e0) locked @ /usr/home/imb/svn/head/sys/i386/i386/pmap.c:3629 exclusive sleep mutex system map (system map) r = 0 (0xc14900e8) locked @ /usr/home/imb/svn/head/sys/vm/vm_map.c:2766 exclusive sleep mutex UMA lock (UMA lock) r = 0 (0xc0ca4304) locked @ /usr/home/imb/svn/head/sys/vm/uma_core.c:1565 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkrGMcEACgkQQv9rrgRC1JKHSQCeOhesV8wJjh+RwhF7zgpBEkjc 1goAnjogPfY7b7jfiiObSSv7DgCu0n6a =7Gc6 -----END PGP SIGNATURE----- From owner-freebsd-emulation@FreeBSD.ORG Sat Oct 3 20:20:11 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 8EC0A106566B for ; Sat, 3 Oct 2009 20:20:11 +0000 (UTC) (envelope-from npapke@acm.org) Received: from idcmail-mo1so.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 59D788FC0C for ; Sat, 3 Oct 2009 20:20:11 +0000 (UTC) Received: from pd4ml2so-ssvc.prod.shaw.ca ([10.0.141.136]) by pd3mo1so-svcs.prod.shaw.ca with ESMTP; 03 Oct 2009 14:20:10 -0600 X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=1UW5LlbhGMkA:10 a=VF9RaR9bft6c8SsOr3WyFg==:17 a=N54-gffFAAAA:8 a=lvbMJxvVAAAA:8 a=9yIsEx3fvF1JyMrYa7wA:9 a=LkVfEF_ZU9G4loDSOkpuDaRSd0kA:4 a=nAPXUAfsBmEA:10 Received: from unknown (HELO proven.lan) ([24.85.241.34]) by pd4ml2so-dmz.prod.shaw.ca with ESMTP; 03 Oct 2009 14:20:10 -0600 Received: from proven.lan (localhost [127.0.0.1]) by proven.lan (8.14.3/8.14.3) with ESMTP id n93KKALU008217 for ; Sat, 3 Oct 2009 13:20:10 -0700 (PDT) (envelope-from npapke@acm.org) Received: from localhost (localhost [[UNIX: localhost]]) by proven.lan (8.14.3/8.14.3/Submit) id n93KKAiY008216 for freebsd-emulation@freebsd.org; Sat, 3 Oct 2009 13:20:10 -0700 (PDT) (envelope-from npapke@acm.org) X-Authentication-Warning: proven.lan: npapke set sender to npapke@acm.org using -f From: Norbert Papke Organization: Archaeological Filing To: freebsd-emulation@freebsd.org Date: Sat, 3 Oct 2009 13:20:09 -0700 User-Agent: KMail/1.9.10 References: <1254503836.1925.85.camel@pukruppa.net> In-Reply-To: <1254503836.1925.85.camel@pukruppa.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200910031320.09906.npapke@acm.org> Subject: Re: VirtualBox: GUI-configuration couldn't be loaded; Callee RC: NS_ERROR_ABORT (0x80004004) 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: Sat, 03 Oct 2009 20:20:11 -0000 On October 2, 2009, Peter Ulrich Kruppa wrote: > whenever I try to start VirtualBox on my > FreeBSD 8.0-RC1 amd64 > I get an error message about GUI-configuration that couldn't be loaded > and > Callee RC: NS_ERROR_ABORT (0x80004004) > There has been a mail about this back in May, but I couldn't find an > answer (it was a very long thread). > Has this issue been solved? I have seen similar errors when I didn't have the "vboxnetflt" kernel module loaded ... -- Norbert Papke. npapke@acm.org http://saveournet.ca Protecting your Internet's level playing field