From owner-freebsd-virtualization@FreeBSD.ORG Mon Sep 27 07:39:39 2010 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A50AF1065670 for ; Mon, 27 Sep 2010 07:39:39 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id F13D98FC18 for ; Mon, 27 Sep 2010 07:39:38 +0000 (UTC) Received: (qmail invoked by alias); 27 Sep 2010 07:39:37 -0000 Received: from 194.219.141.100.dsl.dyn.forthnet.gr (EHLO moby.local) [194.219.141.100] by mail.gmx.com (mp-eu005) with SMTP; 27 Sep 2010 09:39:37 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+vSDF/LH6vSBvtOpaq6/s6Z8cTE8gKQfIwCFLq7P RL+oDHLjzFlUyD Message-ID: <4CA04A35.5030107@gmx.com> Date: Mon, 27 Sep 2010 10:39:33 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.23 (X11/20100313) MIME-Version: 1.0 To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: VIMAGE + NDIS X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2010 07:39:39 -0000 Hello, I am seeing a kernel panic with VIMAGE and NDIS. My wifi card needs NDIS and I need VIMAGE :) It is easily producible. Associate with an AP, run dhclient and then change the SSID to something random. #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at /usr/src/sys/net/rtsock.c:1374 1374 if (V_loif) (kgdb) list 1369 } 1370 *(unsigned short *)(tag + 1) = sa->sa_family; 1371 m_tag_prepend(m, tag); 1372 } 1373 #ifdef VIMAGE 1374 if (V_loif) 1375 m->m_pkthdr.rcvif = V_loif; 1376 else { 1377 m_freem(m); 1378 return; (kgdb) Is there something I could try? Anything? I am using 8-STABLE and I really want a VIMAGE enabled kernel. Thanks for any insights(and patches), Nikos From owner-freebsd-virtualization@FreeBSD.ORG Mon Sep 27 11:07:06 2010 Return-Path: Delivered-To: freebsd-virtualization@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E6031065672 for ; Mon, 27 Sep 2010 11:07:06 +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 6C2098FC22 for ; Mon, 27 Sep 2010 11:07:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o8RB766w023643 for ; Mon, 27 Sep 2010 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o8RB75Wo023639 for freebsd-virtualization@FreeBSD.org; Mon, 27 Sep 2010 11:07:05 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 Sep 2010 11:07:05 GMT Message-Id: <201009271107.o8RB75Wo023639@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-virtualization@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-virtualization@FreeBSD.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2010 11:07:06 -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/148155 virtualization[vimage] Kernel panic with PF/IPFilter + VIMAGE kernel s kern/143808 virtualization[pf] pf does not work inside jail 2 problems total. From owner-freebsd-virtualization@FreeBSD.ORG Mon Sep 27 15:45:10 2010 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A84D1106566B for ; Mon, 27 Sep 2010 15:45:10 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-17.mx.aerioconnect.net [216.240.47.77]) by mx1.freebsd.org (Postfix) with ESMTP id 8C0C58FC16 for ; Mon, 27 Sep 2010 15:45:10 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o8RFUG9n019757; Mon, 27 Sep 2010 08:30:16 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id F0B2E2D6019; Mon, 27 Sep 2010 08:30:15 -0700 (PDT) Message-ID: <4CA0B8B1.9040304@freebsd.org> Date: Mon, 27 Sep 2010 08:30:57 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Nikos Vassiliadis References: <4CA04A35.5030107@gmx.com> In-Reply-To: <4CA04A35.5030107@gmx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-virtualization@freebsd.org Subject: Re: VIMAGE + NDIS X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2010 15:45:10 -0000 On 9/27/10 12:39 AM, Nikos Vassiliadis wrote: > Hello, > > I am seeing a kernel panic with VIMAGE and NDIS. My wifi card needs > NDIS > and I need VIMAGE :) > > It is easily producible. Associate with an AP, run dhclient and then > change the SSID to something random. > > #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at > /usr/src/sys/net/rtsock.c:1374 > 1374 if (V_loif) > (kgdb) list > 1369 } > 1370 *(unsigned short *)(tag + 1) = sa->sa_family; > 1371 m_tag_prepend(m, tag); > 1372 } > 1373 #ifdef VIMAGE > 1374 if (V_loif) > 1375 m->m_pkthdr.rcvif = V_loif; > 1376 else { > 1377 m_freem(m); > 1378 return; > (kgdb) > > > Is there something I could try? Anything? I am using 8-STABLE and > I really want a VIMAGE enabled kernel. > > Thanks for any insights(and patches), ok so probably there is a code-path to this point that does not first set up the current-vnet pointer before doing this. what you need to do is to produce a stack-trace so we can see how it got here, and then we can figure out where on that path we should set the pointer. > > Nikos > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to > "freebsd-virtualization-unsubscribe@freebsd.org" > From owner-freebsd-virtualization@FreeBSD.ORG Mon Sep 27 17:51:35 2010 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76BE91065670 for ; Mon, 27 Sep 2010 17:51:35 +0000 (UTC) (envelope-from nvass9573@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 80D1E8FC0A for ; Mon, 27 Sep 2010 17:51:34 +0000 (UTC) Received: (qmail invoked by alias); 27 Sep 2010 17:51:32 -0000 Received: from 194.219.141.100.dsl.dyn.forthnet.gr (EHLO moby.local) [194.219.141.100] by mail.gmx.com (mp-eu001) with SMTP; 27 Sep 2010 19:51:32 +0200 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+mKUo603imOXRDrRqn2lST31vBqKUuSlvBJE+BUK Lb4/9RKUZoGrfQ Message-ID: <4CA0D9A1.8090607@gmx.com> Date: Mon, 27 Sep 2010 20:51:29 +0300 From: Nikos Vassiliadis User-Agent: Thunderbird 2.0.0.23 (X11/20100313) MIME-Version: 1.0 To: Julian Elischer References: <4CA04A35.5030107@gmx.com> <4CA0B8B1.9040304@freebsd.org> In-Reply-To: <4CA0B8B1.9040304@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-virtualization@freebsd.org Subject: Re: VIMAGE + NDIS X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2010 17:51:35 -0000 Julian Elischer wrote: >> #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at >> /usr/src/sys/net/rtsock.c:1374 >> 1374 if (V_loif) >> (kgdb) list >> 1369 } >> 1370 *(unsigned short *)(tag + 1) = sa->sa_family; >> 1371 m_tag_prepend(m, tag); >> 1372 } >> 1373 #ifdef VIMAGE >> 1374 if (V_loif) >> 1375 m->m_pkthdr.rcvif = V_loif; >> 1376 else { >> 1377 m_freem(m); >> 1378 return; >> (kgdb) >> > > ok so probably there is a code-path to this point that does not first > set up the current-vnet pointer before doing this. > what you need to do is to produce a stack-trace so we can see how it got > here, > and then we can figure out where on that path we should set the pointer. Here it is: (kgdb) #0 doadump () at pcpu.h:231 #1 0xc04d48b9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1058443808, dummy4=0xeef1d720 "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04d4cb1 in db_command (last_cmdp=0xc0df4bdc, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04d4e0a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04d6d0d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc08e17ce in kdb_trap (type=12, code=0, tf=0xeef1d948) at /usr/src/sys/kern/subr_kdb.c:535 #6 0xc0c0ae7f in trap_fatal (frame=0xeef1d948, eva=24) at /usr/src/sys/i386/i386/trap.c:929 #7 0xc0c0b140 in trap_pfault (frame=0xeef1d948, usermode=0, eva=24) at /usr/src/sys/i386/i386/trap.c:851 #8 0xc0c0bad5 in trap (frame=0xeef1d948) at /usr/src/sys/i386/i386/trap.c:533 #9 0xc0bec9ac in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at /usr/src/sys/net/rtsock.c:1374 #11 0xc0978864 in rt_ifmsg (ifp=0xc6c3d400) at /usr/src/sys/net/rtsock.c:1168 #12 0xc76704a1 in ?? () #13 0xc6c3d400 in ?? () #14 0xeef1daa8 in ?? () #15 0xeef1daf4 in ?? () #16 0xc769ecb3 in NdisMIndicateStatusComplete (adapter=0xc76b9200) at /usr/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:3105 #17 0xc766d8a1 in ?? () #18 0xc76b9200 in ?? () #19 0xc76c0000 in ?? () #20 0xc76f1000 in ?? () #21 0xeef1dacc in ?? () #22 0xc79d2afd in ndis_bcmwl5_sys_drv_data_start () from /boot/modules/bcmwl5_sys.ko #23 0x006c0000 in ?? () #24 0xeef1dbb4 in ?? () #25 0xc79dcdac in ndis_bcmwl5_sys_drv_data_start () from /boot/modules/bcmwl5_sys.ko #26 0xc76c0000 in ?? () #27 0xc76c0000 in ?? () #28 0xc7340800 in ?? () #29 0xc086adcc in hardclock_cpu (usermode=7077888) at /usr/src/sys/kern/kern_clock.c:447 #30 0xc79d2afd in ndis_bcmwl5_sys_drv_data_start () from /boot/modules/bcmwl5_sys.ko #31 0x006c0000 in ?? () #32 0xeef1dbb4 in ?? () #33 0xc79dcdac in ndis_bcmwl5_sys_drv_data_start () from /boot/modules/bcmwl5_sys.ko #34 0xc76c0000 in ?? () #35 0xc76c0000 in ?? () #36 0xc7340800 in ?? () #37 0xc086adcc in hardclock_cpu (usermode=-949223424) at /usr/src/sys/kern/kern_clock.c:447 Previous frame inner to this frame (corrupt stack?) (kgdb) and the panic, in case it helps: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0978200 stack pointer = 0x28:0xeef1d988 frame pointer = 0x28:0xeef1d9a0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1404 (Windows Workitem 3) panic: from debugger cpuid = 1 KDB: stack backtrace: Physical memory: 2916 MB Dumping 113 MB: 98 82 66 50 34 18 2 Thanks, Nikos From owner-freebsd-virtualization@FreeBSD.ORG Mon Sep 27 18:24:10 2010 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EA171065673 for ; Mon, 27 Sep 2010 18:24:10 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-20.mx.aerioconnect.net [216.240.47.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5A98FC1E for ; Mon, 27 Sep 2010 18:24:10 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o8RIO8PC002192; Mon, 27 Sep 2010 11:24:09 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 3DF752D6015; Mon, 27 Sep 2010 11:24:08 -0700 (PDT) Message-ID: <4CA0E172.3000102@freebsd.org> Date: Mon, 27 Sep 2010 11:24:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4 MIME-Version: 1.0 To: Nikos Vassiliadis References: <4CA04A35.5030107@gmx.com> <4CA0B8B1.9040304@freebsd.org> <4CA0D9A1.8090607@gmx.com> In-Reply-To: <4CA0D9A1.8090607@gmx.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-virtualization@freebsd.org Subject: Re: VIMAGE + NDIS X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2010 18:24:10 -0000 On 9/27/10 10:51 AM, Nikos Vassiliadis wrote: > Julian Elischer wrote: >>> #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at >>> /usr/src/sys/net/rtsock.c:1374 >>> 1374 if (V_loif) >>> (kgdb) list >>> 1369 } >>> 1370 *(unsigned short *)(tag + 1) = sa->sa_family; >>> 1371 m_tag_prepend(m, tag); >>> 1372 } >>> 1373 #ifdef VIMAGE >>> 1374 if (V_loif) >>> 1375 m->m_pkthdr.rcvif = V_loif; >>> 1376 else { >>> 1377 m_freem(m); >>> 1378 return; >>> (kgdb) >>> >> >> ok so probably there is a code-path to this point that does not first >> set up the current-vnet pointer before doing this. >> what you need to do is to produce a stack-trace so we can see how >> it got here, >> and then we can figure out where on that path we should set the >> pointer. > > Here it is: > (kgdb) #0 doadump () at pcpu.h:231 > #1 0xc04d48b9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1058443808, > dummy4=0xeef1d720 "") at /usr/src/sys/ddb/db_command.c:548 > #2 0xc04d4cb1 in db_command (last_cmdp=0xc0df4bdc, cmd_table=0x0, > dopager=1) > at /usr/src/sys/ddb/db_command.c:445 > #3 0xc04d4e0a in db_command_loop () at > /usr/src/sys/ddb/db_command.c:498 > #4 0xc04d6d0d in db_trap (type=12, code=0) at > /usr/src/sys/ddb/db_main.c:229 > #5 0xc08e17ce in kdb_trap (type=12, code=0, tf=0xeef1d948) > at /usr/src/sys/kern/subr_kdb.c:535 > #6 0xc0c0ae7f in trap_fatal (frame=0xeef1d948, eva=24) > at /usr/src/sys/i386/i386/trap.c:929 > #7 0xc0c0b140 in trap_pfault (frame=0xeef1d948, usermode=0, eva=24) > at /usr/src/sys/i386/i386/trap.c:851 > #8 0xc0c0bad5 in trap (frame=0xeef1d948) at > /usr/src/sys/i386/i386/trap.c:533 > #9 0xc0bec9ac in calltrap () at /usr/src/sys/i386/i386/exception.s:166 > #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) > at /usr/src/sys/net/rtsock.c:1374 > #11 0xc0978864 in rt_ifmsg (ifp=0xc6c3d400) at > /usr/src/sys/net/rtsock.c:1168 > #12 0xc76704a1 in ?? () > #13 0xc6c3d400 in ?? () > #14 0xeef1daa8 in ?? () > #15 0xeef1daf4 in ?? () > #16 0xc769ecb3 in NdisMIndicateStatusComplete (adapter=0xc76b9200) > at /usr/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:3105 > #17 0xc766d8a1 in ?? () > #18 0xc76b9200 in ?? () > #19 0xc76c0000 in ?? () > #20 0xc76f1000 in ?? () > #21 0xeef1dacc in ?? () > #22 0xc79d2afd in ndis_bcmwl5_sys_drv_data_start () > from /boot/modules/bcmwl5_sys.ko > #23 0x006c0000 in ?? () > #24 0xeef1dbb4 in ?? () > #25 0xc79dcdac in ndis_bcmwl5_sys_drv_data_start () > from /boot/modules/bcmwl5_sys.ko > #26 0xc76c0000 in ?? () > #27 0xc76c0000 in ?? () > #28 0xc7340800 in ?? () > #29 0xc086adcc in hardclock_cpu (usermode=7077888) > at /usr/src/sys/kern/kern_clock.c:447 > #30 0xc79d2afd in ndis_bcmwl5_sys_drv_data_start () > from /boot/modules/bcmwl5_sys.ko > #31 0x006c0000 in ?? () > #32 0xeef1dbb4 in ?? () > #33 0xc79dcdac in ndis_bcmwl5_sys_drv_data_start () > from /boot/modules/bcmwl5_sys.ko > #34 0xc76c0000 in ?? () > #35 0xc76c0000 in ?? () > #36 0xc7340800 in ?? () hmmm maybe we need to get ndis to put in a wrapper at this point that is called form hardclock and sets the value before going further I'd have to look at the code to see what happens here.. *wonders who has their fingers in this code*.. > #37 0xc086adcc in hardclock_cpu (usermode=-949223424) > at /usr/src/sys/kern/kern_clock.c:447 > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > and the panic, in case it helps: > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x18 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0978200 > stack pointer = 0x28:0xeef1d988 > frame pointer = 0x28:0xeef1d9a0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 1404 (Windows Workitem 3) > panic: from debugger > cpuid = 1 > KDB: stack backtrace: > Physical memory: 2916 MB > Dumping 113 MB: 98 82 66 50 34 18 2 > > Thanks, Nikos > From owner-freebsd-virtualization@FreeBSD.ORG Mon Sep 27 20:55:08 2010 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CCF3106566C; Mon, 27 Sep 2010 20:55:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 845FD8FC0C; Mon, 27 Sep 2010 20:55:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 736BC41C7F9; Mon, 27 Sep 2010 22:55:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id GWbXY5uoms5q; Mon, 27 Sep 2010 22:55:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id CA26741C7F7; Mon, 27 Sep 2010 22:55:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 668184448F3; Mon, 27 Sep 2010 20:51:44 +0000 (UTC) Date: Mon, 27 Sep 2010 20:51:44 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Julian Elischer In-Reply-To: <4CA0E172.3000102@freebsd.org> Message-ID: <20100927205008.Y31898@maildrop.int.zabbadoz.net> References: <4CA04A35.5030107@gmx.com> <4CA0B8B1.9040304@freebsd.org> <4CA0D9A1.8090607@gmx.com> <4CA0E172.3000102@freebsd.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD virtualization mailing list Subject: Re: VIMAGE + NDIS X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Sep 2010 20:55:08 -0000 On Mon, 27 Sep 2010, Julian Elischer wrote: > On 9/27/10 10:51 AM, Nikos Vassiliadis wrote: >> Julian Elischer wrote: >>>> #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) at >>>> /usr/src/sys/net/rtsock.c:1374 >>>> 1374 if (V_loif) >>>> (kgdb) list >>>> 1369 } >>>> 1370 *(unsigned short *)(tag + 1) = sa->sa_family; >>>> 1371 m_tag_prepend(m, tag); >>>> 1372 } >>>> 1373 #ifdef VIMAGE >>>> 1374 if (V_loif) >>>> 1375 m->m_pkthdr.rcvif = V_loif; >>>> 1376 else { >>>> 1377 m_freem(m); >>>> 1378 return; >>>> (kgdb) >>>> >>> >>> ok so probably there is a code-path to this point that does not first >>> set up the current-vnet pointer before doing this. >>> what you need to do is to produce a stack-trace so we can see how it got >>> here, >>> and then we can figure out where on that path we should set the pointer. >> >> Here it is: >> (kgdb) #0 doadump () at pcpu.h:231 >> #1 0xc04d48b9 in db_fncall (dummy1=1, dummy2=0, dummy3=-1058443808, >> dummy4=0xeef1d720 "") at /usr/src/sys/ddb/db_command.c:548 >> #2 0xc04d4cb1 in db_command (last_cmdp=0xc0df4bdc, cmd_table=0x0, >> dopager=1) >> at /usr/src/sys/ddb/db_command.c:445 >> #3 0xc04d4e0a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 >> #4 0xc04d6d0d in db_trap (type=12, code=0) at >> /usr/src/sys/ddb/db_main.c:229 >> #5 0xc08e17ce in kdb_trap (type=12, code=0, tf=0xeef1d948) >> at /usr/src/sys/kern/subr_kdb.c:535 >> #6 0xc0c0ae7f in trap_fatal (frame=0xeef1d948, eva=24) >> at /usr/src/sys/i386/i386/trap.c:929 >> #7 0xc0c0b140 in trap_pfault (frame=0xeef1d948, usermode=0, eva=24) >> at /usr/src/sys/i386/i386/trap.c:851 >> #8 0xc0c0bad5 in trap (frame=0xeef1d948) at >> /usr/src/sys/i386/i386/trap.c:533 >> #9 0xc0bec9ac in calltrap () at /usr/src/sys/i386/i386/exception.s:166 >> #10 0xc0978200 in rt_dispatch (m=0xc764ad00, sa=0x0) >> at /usr/src/sys/net/rtsock.c:1374 >> #11 0xc0978864 in rt_ifmsg (ifp=0xc6c3d400) at >> /usr/src/sys/net/rtsock.c:1168 >> #12 0xc76704a1 in ?? () >> #13 0xc6c3d400 in ?? () >> #14 0xeef1daa8 in ?? () >> #15 0xeef1daf4 in ?? () >> #16 0xc769ecb3 in NdisMIndicateStatusComplete (adapter=0xc76b9200) >> at /usr/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c:3105 >> #17 0xc766d8a1 in ?? () >> #18 0xc76b9200 in ?? () >> #19 0xc76c0000 in ?? () >> #20 0xc76f1000 in ?? () >> #21 0xeef1dacc in ?? () >> #22 0xc79d2afd in ndis_bcmwl5_sys_drv_data_start () >> from /boot/modules/bcmwl5_sys.ko >> #23 0x006c0000 in ?? () >> #24 0xeef1dbb4 in ?? () >> #25 0xc79dcdac in ndis_bcmwl5_sys_drv_data_start () >> from /boot/modules/bcmwl5_sys.ko >> #26 0xc76c0000 in ?? () >> #27 0xc76c0000 in ?? () >> #28 0xc7340800 in ?? () >> #29 0xc086adcc in hardclock_cpu (usermode=7077888) >> at /usr/src/sys/kern/kern_clock.c:447 >> #30 0xc79d2afd in ndis_bcmwl5_sys_drv_data_start () >> from /boot/modules/bcmwl5_sys.ko >> #31 0x006c0000 in ?? () >> #32 0xeef1dbb4 in ?? () >> #33 0xc79dcdac in ndis_bcmwl5_sys_drv_data_start () >> from /boot/modules/bcmwl5_sys.ko >> #34 0xc76c0000 in ?? () >> #35 0xc76c0000 in ?? () >> #36 0xc7340800 in ?? () > > hmmm maybe we need to get ndis to put in a wrapper at this point that > is called form hardclock and sets the value before going further > > I'd have to look at the code to see what happens here.. > > *wonders who has their fingers in this code*.. me. I am actually not sure I have fixed ndis along with cardbus and usb or not. I'll have to look myself ad I added it to my list. /bz >> #37 0xc086adcc in hardclock_cpu (usermode=-949223424) >> at /usr/src/sys/kern/kern_clock.c:447 >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> >> and the panic, in case it helps: >> Fatal trap 12: page fault while in kernel mode >> cpuid = 1; apic id = 01 >> fault virtual address = 0x18 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc0978200 >> stack pointer = 0x28:0xeef1d988 >> frame pointer = 0x28:0xeef1d9a0 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 1404 (Windows Workitem 3) >> panic: from debugger >> cpuid = 1 >> KDB: stack backtrace: >> Physical memory: 2916 MB >> Dumping 113 MB: 98 82 66 50 34 18 2 >> >> Thanks, Nikos >> > > _______________________________________________ > freebsd-virtualization@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > To unsubscribe, send any mail to > "freebsd-virtualization-unsubscribe@freebsd.org" > -- Bjoern A. Zeeb Welcome a new stage of life.