From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 06:32:21 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1A277909; Mon, 22 Jul 2013 06:32:21 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-la0-x22a.google.com (mail-la0-x22a.google.com [IPv6:2a00:1450:4010:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1BC152408; Mon, 22 Jul 2013 06:32:19 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id eh20so2600561lab.29 for ; Sun, 21 Jul 2013 23:32:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=BRjAejkO3k3Qi5QfaPOi8/JkAM5ql9nuw1zlJZN8X+Q=; b=iLVMOq9tfrDs6Dddka0faB8XZmQep87xI4PUNgmry5jO5aM75nDHSMpldsehBpFaEf sPaqpogBUM3a1r2UdGd27D/FVLUGGS79IrAAyZnpCIO04hPMfZsLfTxedttLHuTHOaVC YNGWBpjLMZOc1B5EN+d9D8L5D5xd3Cu0J4X9uBI7qeAc2YpUSy+bOw3SCRje8byxiGDV RLLNPEXNhbV29tuCq57inqd6mF6HfR3hZJtXRE2xTvUfZEUxfmKO59FkfRAeqxGd3iKC eohyPi7DzmGOsYhVIDg8vTnRiSQSy/oICLLKXV72VeeRkjJ0iNJdjPFR9T6jZxSBjbXT FPpQ== MIME-Version: 1.0 X-Received: by 10.112.3.234 with SMTP id f10mr11033009lbf.81.1374474737858; Sun, 21 Jul 2013 23:32:17 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.149.38 with HTTP; Sun, 21 Jul 2013 23:32:17 -0700 (PDT) Date: Sun, 21 Jul 2013 23:32:17 -0700 X-Google-Sender-Auth: 43Ak-TDYf3ata2p5DxACjAN2548 Message-ID: Subject: VIMAGE + PF crash in mbuf destructor From: Craig Rodrigues To: "freebsd-virtualization@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 06:32:21 -0000 Hi, I used a kernel config with the following lines: include GENERIC options VIMAGE and compiled a CURRENT kernel from svn://svn.freebsd.org/base/head@253346 . I also have PF enabled on my system. Once in a while I have been getting kernel panics like these: ==================================================================== (kgdb) #0 doadump (textdump=1) at pcpu.h:236 #1 0xffffffff808bc617 in kern_reboot (howto=260) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:447 #2 0xffffffff808bcb25 in vpanic (fmt=, ap=) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:754 #3 0xffffffff808bcb73 in panic (fmt=) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:683 #4 0xffffffff8033dff7 in db_panic (addr=, have_addr=, count=, modif=) at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:482 #5 0xffffffff8033dbcd in db_command (cmd_table=) at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:449 #6 0xffffffff8033d944 in db_command_loop () at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:502 #7 0xffffffff803402f0 in db_trap (type=, code=0) at /usr/home/rodrigc/freebsd/head/sys/ddb/db_main.c:231 #8 0xffffffff808f3623 in kdb_trap (type=12, code=0, tf=) at /usr/home/rodrigc/freebsd/head/sys/kern/subr_kdb.c:654 #9 0xffffffff80cda43a in trap_fatal (frame=0xffffff811dbab6b0, eva=) at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:868 #10 0xffffffff80cda6f4 in trap_pfault (frame=0x0, usermode=0) at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:699 #11 0xffffffff80cd9ef0 in trap (frame=0xffffff811dbab6b0) at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:463 #12 0xffffffff80cc31a2 in calltrap () at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:232 #13 0xffffffff8208f7b7 in pf_mtag_free (t=0xfffffe00a8797870) at /usr/home/rodrigc/freebsd/head/sys/modules/pf/../../netpfil/pf/pf.c:830 #14 0xffffffff808a51c9 in mb_dtor_mbuf (mem=0xfffffe000d0bc500, size=256, arg=0x0) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_mbuf.c:499 #15 0xffffffff80b55d4d in uma_zfree_arg (zone=0xfffffe000b4ab900, item=0xfffffe000d0bc500, udata=0x0) at /usr/home/rodrigc/freebsd/head/sys/vm/uma_core.c:2560 #16 0xffffffff8092d1f5 in m_freem (mb=) at uma.h:364 #17 0xffffffff8058ba72 in iwn_tx_done (sc=0xffffff8000974000, desc=, ackfailcnt=16, status=131 '\203') at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:2817 #18 0xffffffff80583e60 in iwn_notif_intr (sc=0xffffff8000974000) at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3015 #19 0xffffffff80583684 in iwn_intr (arg=0xffffff8000974000) at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3306 #20 0xffffffff8088daf3 in intr_event_execute_handlers ( p=, ie=0xfffffe000b696600) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1263 #21 0xffffffff8088e4c6 in ithread_loop (arg=0xfffffe000b31b040) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1276 #22 0xffffffff8088b3f4 in fork_exit ( callout=0xffffffff8088e420 , arg=0xfffffe000b31b040, frame=0xffffff811dbabac0) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_fork.c:991 #23 0xffffffff80cc36de in fork_trampoline () at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:606 #24 0x0000000000000000 in ?? () Current language: auto; currently minimal (kgdb) ==================================================================== It turns out that in this file: src/sys/netpfil/pf/pf.c 826 static void 827 pf_mtag_free(struct m_tag *t) 828 { 829 830 uma_zfree(V_pf_mtag_z, t); 831 } when line 830 is hit, it turns out that curthread->td_vnet is NULL. Does anyone have an idea as to the best place to put CURVNET_SET() to avoid this problem? I am a little less famiiar with mbuf and pf. Thanks. -- Craig From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 06:38:59 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0EE4E9C1; Mon, 22 Jul 2013 06:38:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 44407243A; Mon, 22 Jul 2013 06:38:58 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id u57so1126143wes.37 for ; Sun, 21 Jul 2013 23:38:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=7E4zLFltRebQSfMPTjoml4w9s3pN4SpPu5xymdj34Qs=; b=oAAInPUeP3OPwFlO9jxwbR2xxvtkZtNOEQFHZk19/mImLN6CIOLNg2K/1hzvz/IhDI DPUyz1THZ1cLu8m8Lm6AMMb+uHA8CSzGDwfGZd7XXs6OnMHl/OcJRRQmSe9TVwLxY8rL a3cbZjPa+W3X3I4pg2eVfTqbjUBXTmE/De8V4AzpVTJBQ2JRCkFM17k7e0lH1feMnW4D E8L9Qx2EYkP5yubKC9SsMNhWrjrty/Qs6ndCob4zFaGuFIQNMUUwI8mjd1TbIlmwJl+7 6vRPxlRWB3akk6hTQzj2GScwf7ml1GJ/vP2Qq4y7a06N8IL5Q8XPzZj5Crlun5KccSyg sWHQ== MIME-Version: 1.0 X-Received: by 10.180.14.105 with SMTP id o9mr22493980wic.30.1374475136458; Sun, 21 Jul 2013 23:38:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Sun, 21 Jul 2013 23:38:56 -0700 (PDT) In-Reply-To: References: Date: Sun, 21 Jul 2013 23:38:56 -0700 X-Google-Sender-Auth: 7hLqRJwskX0ETfzYi7S_vbSqDIk Message-ID: Subject: Re: VIMAGE + PF crash in mbuf destructor From: Adrian Chadd To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 06:38:59 -0000 hm. There's lots of mbuf free calls in the net80211 TX and RX path; do we have to have to set the vnet context during the whole tx/rx path? -adrian On 21 July 2013 23:32, Craig Rodrigues wrote: > Hi, > > I used a kernel config with the following lines: > > include GENERIC > options VIMAGE > > and compiled a CURRENT kernel from svn://svn.freebsd.org/base/head@253346 . > > I also have PF enabled on my system. > > Once in a while I have been getting kernel panics like these: > > > ==================================================================== > (kgdb) #0 doadump (textdump=1) at pcpu.h:236 > #1 0xffffffff808bc617 in kern_reboot (howto=260) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:447 > #2 0xffffffff808bcb25 in vpanic (fmt=, > ap=) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:754 > #3 0xffffffff808bcb73 in panic (fmt=) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:683 > #4 0xffffffff8033dff7 in db_panic (addr=, > have_addr=, count=, > modif=) > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:482 > #5 0xffffffff8033dbcd in db_command (cmd_table=) > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:449 > #6 0xffffffff8033d944 in db_command_loop () > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:502 > #7 0xffffffff803402f0 in db_trap (type=, code=0) > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_main.c:231 > #8 0xffffffff808f3623 in kdb_trap (type=12, code=0, tf= out>) > at /usr/home/rodrigc/freebsd/head/sys/kern/subr_kdb.c:654 > #9 0xffffffff80cda43a in trap_fatal (frame=0xffffff811dbab6b0, > eva=) > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:868 > #10 0xffffffff80cda6f4 in trap_pfault (frame=0x0, usermode=0) > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:699 > #11 0xffffffff80cd9ef0 in trap (frame=0xffffff811dbab6b0) > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:463 > #12 0xffffffff80cc31a2 in calltrap () > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:232 > #13 0xffffffff8208f7b7 in pf_mtag_free (t=0xfffffe00a8797870) > at > /usr/home/rodrigc/freebsd/head/sys/modules/pf/../../netpfil/pf/pf.c:830 > #14 0xffffffff808a51c9 in mb_dtor_mbuf (mem=0xfffffe000d0bc500, size=256, > arg=0x0) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_mbuf.c:499 > #15 0xffffffff80b55d4d in uma_zfree_arg (zone=0xfffffe000b4ab900, > item=0xfffffe000d0bc500, udata=0x0) > at /usr/home/rodrigc/freebsd/head/sys/vm/uma_core.c:2560 > #16 0xffffffff8092d1f5 in m_freem (mb=) at uma.h:364 > #17 0xffffffff8058ba72 in iwn_tx_done (sc=0xffffff8000974000, > desc=, ackfailcnt=16, status=131 '\203') > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:2817 > #18 0xffffffff80583e60 in iwn_notif_intr (sc=0xffffff8000974000) > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3015 > #19 0xffffffff80583684 in iwn_intr (arg=0xffffff8000974000) > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3306 > #20 0xffffffff8088daf3 in intr_event_execute_handlers ( > p=, ie=0xfffffe000b696600) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1263 > #21 0xffffffff8088e4c6 in ithread_loop (arg=0xfffffe000b31b040) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1276 > #22 0xffffffff8088b3f4 in fork_exit ( > callout=0xffffffff8088e420 , arg=0xfffffe000b31b040, > frame=0xffffff811dbabac0) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_fork.c:991 > #23 0xffffffff80cc36de in fork_trampoline () > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:606 > #24 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) > ==================================================================== > > > It turns out that in this file: src/sys/netpfil/pf/pf.c > > 826 static void > 827 pf_mtag_free(struct m_tag *t) > 828 { > 829 > 830 uma_zfree(V_pf_mtag_z, t); > 831 } > > when line 830 is hit, it turns out that curthread->td_vnet is NULL. > > Does anyone have an idea as to the best place > to put CURVNET_SET() to avoid this problem? > > I am a little less famiiar with mbuf and pf. > > Thanks. > -- > Craig > > From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 06:57:46 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C0139231; Mon, 22 Jul 2013 06:57:46 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C29C624CD; Mon, 22 Jul 2013 06:57:45 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id z5so4980433lbh.35 for ; Sun, 21 Jul 2013 23:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZV4bFKg5tUhFkjt544/ufAT/r2TJTHUz3qDLzRLH9f0=; b=WCkHeMbw3YZS+BtqlLKe6c+ATPU3BnGbuk1GsiZ7XWs5vOyUzXhVUqpaOtaCVSQnXG y77hkzriOheNNWtuhiR5gPFHiBjkeSLzzRg3SyNAfxKIRcCA2RLPX1M1iASncQSTt3bn eZrUgMDICCGmoouMfLakE3uZdOFelAzzgtmrGEpTOUzcvd0wrnM0W/O01/5JtCEQksM3 HYEO16T+oJkmpANFbokKxPdBC4/jYzXIpgUn9qKf7tdpi2xKIenK3B03Kg8Si6WBsbdx 4sph9GTrqj0KGU289qFdQg5m9Jp7iXuHK3Lq9KGxqhnv418GZZJjnG7zKKo3ygDZYfHq /YMw== MIME-Version: 1.0 X-Received: by 10.112.150.231 with SMTP id ul7mr11876865lbb.92.1374476263543; Sun, 21 Jul 2013 23:57:43 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.149.38 with HTTP; Sun, 21 Jul 2013 23:57:43 -0700 (PDT) In-Reply-To: References: Date: Sun, 21 Jul 2013 23:57:43 -0700 X-Google-Sender-Auth: 1X-fsdhdb5dO17S5pVBIBHky6Po Message-ID: Subject: Re: VIMAGE + PF crash in mbuf destructor From: Craig Rodrigues To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 06:57:46 -0000 On Sun, Jul 21, 2013 at 11:38 PM, Adrian Chadd wrote: > hm. There's lots of mbuf free calls in the net80211 TX and RX path; do > we have to have to set the vnet context during the whole tx/rx path? > I'm not sure about that. In src/sys/netpfil/pf/pf.c, we have this in pf_initialize(): 751 /* Mbuf tags */ 752 V_pf_mtag_z = uma_zcreate("pf mtags", sizeof(struct m_tag) + 753 sizeof(struct pf_mtag), NULL, NULL, pf_mtag_init, NULL, 754 UMA_ALIGN_PTR, 0); and further down this: 812 static int 813 pf_mtag_init(void *mem, int size, int how) 814 { 815 struct m_tag *t; 816 817 t = (struct m_tag *)mem; 818 t->m_tag_cookie = MTAG_ABI_COMPAT; 819 t->m_tag_id = PACKET_TAG_PF; 820 t->m_tag_len = sizeof(struct pf_mtag); 821 t->m_tag_free = pf_mtag_free; 822 823 return (0); 824 } 825 826 static void 827 pf_mtag_free(struct m_tag *t) 828 { 829 830 uma_zfree(V_pf_mtag_z, t); 831 } Can we somehow modify pf_mtag_init() so that it passes the vnet into the pf_mtag? Then we can call CURVNET_SET/CURVNET_RESTORE in pf_mtag_free(). -- Craig > > > > -adrian > > On 21 July 2013 23:32, Craig Rodrigues wrote: > > Hi, > > > > I used a kernel config with the following lines: > > > > include GENERIC > > options VIMAGE > > > > and compiled a CURRENT kernel from svn:// > svn.freebsd.org/base/head@253346 . > > > > I also have PF enabled on my system. > > > > Once in a while I have been getting kernel panics like these: > > > > > > ==================================================================== > > (kgdb) #0 doadump (textdump=1) at pcpu.h:236 > > #1 0xffffffff808bc617 in kern_reboot (howto=260) > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:447 > > #2 0xffffffff808bcb25 in vpanic (fmt=, > > ap=) > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:754 > > #3 0xffffffff808bcb73 in panic (fmt=) > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:683 > > #4 0xffffffff8033dff7 in db_panic (addr=, > > have_addr=, count=, > > modif=) > > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:482 > > #5 0xffffffff8033dbcd in db_command (cmd_table=) > > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:449 > > #6 0xffffffff8033d944 in db_command_loop () > > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:502 > > #7 0xffffffff803402f0 in db_trap (type=, code=0) > > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_main.c:231 > > #8 0xffffffff808f3623 in kdb_trap (type=12, code=0, tf= > out>) > > at /usr/home/rodrigc/freebsd/head/sys/kern/subr_kdb.c:654 > > #9 0xffffffff80cda43a in trap_fatal (frame=0xffffff811dbab6b0, > > eva=) > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:868 > > #10 0xffffffff80cda6f4 in trap_pfault (frame=0x0, usermode=0) > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:699 > > #11 0xffffffff80cd9ef0 in trap (frame=0xffffff811dbab6b0) > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:463 > > #12 0xffffffff80cc31a2 in calltrap () > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:232 > > #13 0xffffffff8208f7b7 in pf_mtag_free (t=0xfffffe00a8797870) > > at > > /usr/home/rodrigc/freebsd/head/sys/modules/pf/../../netpfil/pf/pf.c:830 > > #14 0xffffffff808a51c9 in mb_dtor_mbuf (mem=0xfffffe000d0bc500, size=256, > > arg=0x0) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_mbuf.c:499 > > #15 0xffffffff80b55d4d in uma_zfree_arg (zone=0xfffffe000b4ab900, > > item=0xfffffe000d0bc500, udata=0x0) > > at /usr/home/rodrigc/freebsd/head/sys/vm/uma_core.c:2560 > > #16 0xffffffff8092d1f5 in m_freem (mb=) at uma.h:364 > > #17 0xffffffff8058ba72 in iwn_tx_done (sc=0xffffff8000974000, > > desc=, ackfailcnt=16, status=131 '\203') > > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:2817 > > #18 0xffffffff80583e60 in iwn_notif_intr (sc=0xffffff8000974000) > > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3015 > > #19 0xffffffff80583684 in iwn_intr (arg=0xffffff8000974000) > > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3306 > > #20 0xffffffff8088daf3 in intr_event_execute_handlers ( > > p=, ie=0xfffffe000b696600) > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1263 > > #21 0xffffffff8088e4c6 in ithread_loop (arg=0xfffffe000b31b040) > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1276 > > #22 0xffffffff8088b3f4 in fork_exit ( > > callout=0xffffffff8088e420 , arg=0xfffffe000b31b040, > > frame=0xffffff811dbabac0) > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_fork.c:991 > > #23 0xffffffff80cc36de in fork_trampoline () > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:606 > > #24 0x0000000000000000 in ?? () > > Current language: auto; currently minimal > > (kgdb) > > ==================================================================== > > > > > > It turns out that in this file: src/sys/netpfil/pf/pf.c > > > > 826 static void > > 827 pf_mtag_free(struct m_tag *t) > > 828 { > > 829 > > 830 uma_zfree(V_pf_mtag_z, t); > > 831 } > > > > when line 830 is hit, it turns out that curthread->td_vnet is NULL. > > > > Does anyone have an idea as to the best place > > to put CURVNET_SET() to avoid this problem? > > > > I am a little less famiiar with mbuf and pf. > > > > Thanks. > > -- > > Craig > > > > > From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 07:20:58 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 09C517FE; Mon, 22 Jul 2013 07:20:58 +0000 (UTC) (envelope-from jeroen@dckd.nl) Received: from positron.dckd.nl (positron.dckd.nl [IPv6:2a02:898:62:f6::63]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3BE225D6; Mon, 22 Jul 2013 07:20:57 +0000 (UTC) Received: from [IPv6:2001:610:6a1::e801:6685:3afd:3528] (unknown [IPv6:2001:610:6a1:0:e801:6685:3afd:3528]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 49768F8024; Mon, 22 Jul 2013 09:19:55 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: FreeBSD PVHVM call for testing From: Jeroen van der Ham In-Reply-To: <51B9FF53.2020901@citrix.com> Date: Mon, 22 Jul 2013 09:18:44 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <4A595D02-7B79-4C6C-9356-55FA9E45EDDC@dckd.nl> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <51B5E730.6070007@citrix.com> <51B9FF53.2020901@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1508) Cc: "freebsd-xen@freebsd.org" , "Justin T. Gibbs" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 07:20:58 -0000 Hi, After some more testing I thought it would be good to put this into = production for my personal server. I've used pvhvm_v19 and built it = without debugging options and installed it on a FreeBSD 9.1 system. I've run into some hiccups with 9.1 user land and a 10-CURRENT kernel, = but that's all solvable[0]. My VPS has some very limited memory (256M), but I've compensated with = swap space (1G) Now anytime I'm putting the system under stress, by building ports or by = running a git clone on the kernel repository here, I'm seeing a lot of = messages about swap_pager: > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 132545, size: = 4096 The system also becomes very sluggish and sometimes unresponsive. The weird thing was that one of these messages happened right after a = reboot when I rebuilt an outdated port and on the main console was = checking the swap memory: > jeroen:~/ $ swapinfo = [8:13:29] > Device 1K-blocks Used Avail Capacity > /dev/ada0p2 524288 2484 521804 0% > /dev/md0 1048576 2364 1046212 0% > Total 1572864 4848 1568016 0% > swap_pager: indefinite wait buffer: bufobj: 0, blkno: 131424, size: = 4096 Is anyone else seeing something similar? I certainly did not experience something like this on 9.0 with a XENHVM = kernel. If necessary I can rebuild a kernel with debugging support and do some = more recording of what is actually going on. Jeroen. [0]: I have edited bsd.port.mk to always apply the FBSD10_FIX, and for = version checking I am running "pkg version" with UNAME_r=3D9.1-RELEASE.= From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 08:31:10 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4D0AA756; Mon, 22 Jul 2013 08:31:10 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.eu.citrix.com [46.33.159.39]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 58B332951; Mon, 22 Jul 2013 08:31:08 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.89,718,1367971200"; d="scan'208";a="6929782" Received: from lonpex01cl01.citrite.net ([10.30.203.101]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 Jul 2013 08:29:57 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL01.citrite.net (10.30.203.101) with Microsoft SMTP Server id 14.2.342.4; Mon, 22 Jul 2013 09:29:56 +0100 Message-ID: <51ECED83.9020905@citrix.com> Date: Mon, 22 Jul 2013 10:29:55 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Jeroen van der Ham Subject: Re: FreeBSD PVHVM call for testing References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <51B5E730.6070007@citrix.com> <51B9FF53.2020901@citrix.com> <4A595D02-7B79-4C6C-9356-55FA9E45EDDC@dckd.nl> In-Reply-To: <4A595D02-7B79-4C6C-9356-55FA9E45EDDC@dckd.nl> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "Justin T. Gibbs" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 08:31:10 -0000 On 22/07/13 09:18, Jeroen van der Ham wrote: > Hi, > > After some more testing I thought it would be good to put this into production for my personal server. I've used pvhvm_v19 and built it without debugging options and installed it on a FreeBSD 9.1 system. > > I've run into some hiccups with 9.1 user land and a 10-CURRENT kernel, but that's all solvable[0]. > > My VPS has some very limited memory (256M), but I've compensated with swap space (1G) Is your guest running a 32bit or a 64bit kernel? Could you also provide the config file used to launch your guest and the Xen and Dom0 kernel versions? > > Now anytime I'm putting the system under stress, by building ports or by running a git clone on the kernel repository here, I'm seeing a lot of messages about swap_pager: > >> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 132545, size: 4096 > > The system also becomes very sluggish and sometimes unresponsive. > The weird thing was that one of these messages happened right after a reboot when I rebuilt an outdated port and on the main console was checking the swap memory: > >> jeroen:~/ $ swapinfo [8:13:29] >> Device 1K-blocks Used Avail Capacity >> /dev/ada0p2 524288 2484 521804 0% >> /dev/md0 1048576 2364 1046212 0% >> Total 1572864 4848 1568016 0% >> swap_pager: indefinite wait buffer: bufobj: 0, blkno: 131424, size: 4096 > > > Is anyone else seeing something similar? Could you also try a HEAD XENHVM kernel (without my patches), to see if the issue is related to my changes or to some bug already present in HEAD? > I certainly did not experience something like this on 9.0 with a XENHVM kernel. > > If necessary I can rebuild a kernel with debugging support and do some more recording of what is actually going on. > > Jeroen. > > > [0]: I have edited bsd.port.mk to always apply the FBSD10_FIX, and for version checking I am running "pkg version" with UNAME_r=9.1-RELEASE. > From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 08:40:18 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5FC18A4E; Mon, 22 Jul 2013 08:40:18 +0000 (UTC) (envelope-from jeroen@dckd.nl) Received: from positron.dckd.nl (positron.dckd.nl [IPv6:2a02:898:62:f6::63]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 259A52A8E; Mon, 22 Jul 2013 08:40:17 +0000 (UTC) Received: from [IPv6:2001:610:6a1::809d:4292:4f0d:982] (unknown [IPv6:2001:610:6a1:0:809d:4292:4f0d:982]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 36948F8025; Mon, 22 Jul 2013 10:40:08 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: FreeBSD PVHVM call for testing From: Jeroen van der Ham In-Reply-To: <51ECED83.9020905@citrix.com> Date: Mon, 22 Jul 2013 10:40:06 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <51B5E730.6070007@citrix.com> <51B9FF53.2020901@citrix.com> <4A595D02-7B79-4C6C-9356-55FA9E45EDDC@dckd.nl> <51ECED83.9020905@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1508) Cc: "freebsd-xen@freebsd.org" , "Justin T. Gibbs" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 08:40:18 -0000 Hi, On 22 Jul 2013, at 10:29, Roger Pau Monn=E9 = wrote: > Is your guest running a 32bit or a 64bit kernel? $ uname -a FreeBSD positron.dckd.nl 10.0-CURRENT FreeBSD 10.0-CURRENT #0 = r+a09eac7-dirty: Wed Jul 17 17:51:10 CEST 2013 = root@image01:/usr/obj/usr/home/jeroen/freebsd/sys/XENHVM amd64 >=20 > Could you also provide the config file used to launch your guest and = the > Xen and Dom0 kernel versions? Guest config: kernel =3D '/usr/lib/xen-4.0/boot/hvmloader' device_model =3D '/usr/lib/xen-4.0/bin/qemu-dm' builder =3D 'hvm' shadow_memory =3D 8 memory =3D 512 name =3D "positron" vcpus =3D 2 cpus =3D "2-7" maxvcpus =3D 4 xen_shell =3D 'root, jeroen' vif =3D [ = 'type=3Dvifname=3Dpositron.wan,bridge=3Dbr-wan,mac=3D00:16:3E:2F:AD:99,ip=3D= 94.142.246.99' , = 'type=3Dvifname=3Dpositron.lan,bridge=3Dbr-lan,mac=3D00:16:3E:0D:96:5C,ip=3D= 10.20.0.99' ] disk =3D ['phy:/xen/domains/positron/positron-disk1,hda,w'] xen_platform_pci=3D1 boot =3D 'c' sdl=3D0 stdvga=3D0 serial=3D'pty' Xen info: host : soleus01.soleus.nu release : 2.6.32-5-xen-amd64 version : #1 SMP Mon Oct 3 07:53:54 UTC 2011 machine : x86_64 nr_cpus : 8 nr_nodes : 2 cores_per_socket : 4 threads_per_core : 1 cpu_mhz : 2200 hw_caps : = 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000 virt_caps : hvm total_memory : 65534 free_memory : 6865 node_to_cpu : node0:0-3 node1:4-7 node_to_memory : node0:3128 node1:3737 node_to_dma32_mem : node0:3128 node1:0 max_node_id : 1 xen_major : 4 xen_minor : 0 xen_extra : .1 xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 = hvm-3.0-x86_32p hvm-3.0-x86_64 xen_scheduler : credit xen_pagesize : 4096 platform_params : virt_start=3D0xffff800000000000 xen_changeset : unavailable xen_commandline : placeholder dom0_mem=3D1852M cc_compiler : gcc version 4.4.5 (Debian 4.4.5-10) cc_compile_by : waldi cc_compile_domain : debian.org cc_compile_date : Wed Jan 12 14:04:06 UTC 2011 xend_config_format : 4 > Could you also try a HEAD XENHVM kernel (without my patches), to see = if > the issue is related to my changes or to some bug already present in = HEAD? Will do. Jeroen. From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 10:40:14 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6F633B93; Mon, 22 Jul 2013 10:40:14 +0000 (UTC) (envelope-from roger.pau@citrix.com) Received: from SMTP.EU.CITRIX.COM (smtp.eu.citrix.com [46.33.159.39]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 937B922B0; Mon, 22 Jul 2013 10:40:13 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.89,718,1367971200"; d="scan'208";a="6936294" Received: from lonpex01cl03.citrite.net ([10.30.203.103]) by LONPIPO01.EU.CITRIX.COM with ESMTP/TLS/AES128-SHA; 22 Jul 2013 10:40:11 +0000 Received: from [192.168.1.30] (10.30.203.1) by LONPEX01CL03.citrite.net (10.30.203.103) with Microsoft SMTP Server id 14.2.342.4; Mon, 22 Jul 2013 11:40:09 +0100 Message-ID: <51ED0C09.609@citrix.com> Date: Mon, 22 Jul 2013 12:40:09 +0200 From: =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Jeroen van der Ham Subject: Re: FreeBSD PVHVM call for testing References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <51B5E730.6070007@citrix.com> <51B9FF53.2020901@citrix.com> <4A595D02-7B79-4C6C-9356-55FA9E45EDDC@dckd.nl> <51ECED83.9020905@citrix.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit X-Originating-IP: [10.30.203.1] Cc: "freebsd-xen@freebsd.org" , "Justin T. Gibbs" , xen-devel , "freebsd-virtualization@freebsd.org" , "xen-users@lists.xen.org" X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 10:40:14 -0000 On 22/07/13 10:40, Jeroen van der Ham wrote: > Hi, > > On 22 Jul 2013, at 10:29, Roger Pau Monné wrote: >> Is your guest running a 32bit or a 64bit kernel? > > $ uname -a > FreeBSD positron.dckd.nl 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r+a09eac7-dirty: Wed Jul 17 17:51:10 CEST 2013 root@image01:/usr/obj/usr/home/jeroen/freebsd/sys/XENHVM amd64 > >> >> Could you also provide the config file used to launch your guest and the >> Xen and Dom0 kernel versions? > > Guest config: > > kernel = '/usr/lib/xen-4.0/boot/hvmloader' > device_model = '/usr/lib/xen-4.0/bin/qemu-dm' > builder = 'hvm' > shadow_memory = 8 Are you setting the shadow memory size manually because your hardware lacks HAP support? > memory = 512 > name = "positron" > vcpus = 2 > cpus = "2-7" > maxvcpus = 4 > xen_shell = 'root, jeroen' This doesn't seem like a standard xl config option. > > vif = [ > 'type=vifname=positron.wan,bridge=br-wan,mac=00:16:3E:2F:AD:99,ip=94.142.246.99' > , > 'type=vifname=positron.lan,bridge=br-lan,mac=00:16:3E:0D:96:5C,ip=10.20.0.99' > ] > > disk = ['phy:/xen/domains/positron/positron-disk1,hda,w'] > > xen_platform_pci=1 > boot = 'c' > sdl=0 > stdvga=0 > serial='pty' > > > Xen info: > > host : soleus01.soleus.nu > release : 2.6.32-5-xen-amd64 > version : #1 SMP Mon Oct 3 07:53:54 UTC 2011 > machine : x86_64 > nr_cpus : 8 > nr_nodes : 2 > cores_per_socket : 4 > threads_per_core : 1 > cpu_mhz : 2200 > hw_caps : 178bf3ff:efd3fbff:00000000:00001310:00802001:00000000:000037ff:00000000 > virt_caps : hvm > total_memory : 65534 > free_memory : 6865 > node_to_cpu : node0:0-3 > node1:4-7 > node_to_memory : node0:3128 > node1:3737 > node_to_dma32_mem : node0:3128 > node1:0 > max_node_id : 1 > xen_major : 4 > xen_minor : 0 > xen_extra : .1 > xen_caps : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64 > xen_scheduler : credit > xen_pagesize : 4096 > platform_params : virt_start=0xffff800000000000 > xen_changeset : unavailable > xen_commandline : placeholder dom0_mem=1852M > cc_compiler : gcc version 4.4.5 (Debian 4.4.5-10) > cc_compile_by : waldi > cc_compile_domain : debian.org > cc_compile_date : Wed Jan 12 14:04:06 UTC 2011 > xend_config_format : 4 I've set up a XENHVM system with 256MB of RAM and swap and this is what I see when doing a make buildkernel: [root@ ~]# swapinfo Device 1K-blocks Used Avail Capacity /dev/ada0p3 1048540 351116 697424 33% I don't see any messages on the console or anything else, the system seems to be sluggish while doing the build, but that's quite normal when using only 256MB of RAM. This test was done using the pvhvm_20 branch, but it should not contain any significant code changes in comparison with pvhvm_v19 (it's just a rebase on top of HEAD and a reorder of patches). Could this be because you are using a 9 userland with a 10 kernel? Roger. From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 11:06:54 2013 Return-Path: Delivered-To: freebsd-virtualization@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B71064C6 for ; Mon, 22 Jul 2013 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A751124B7 for ; Mon, 22 Jul 2013 11:06:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6MB6sCI053887 for ; Mon, 22 Jul 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6MB6sFN053885 for freebsd-virtualization@FreeBSD.org; Mon, 22 Jul 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Jul 2013 11:06:54 GMT Message-Id: <201307221106.r6MB6sFN053885@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 Subject: Current problem reports assigned to freebsd-virtualization@FreeBSD.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 11:06:54 -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/169991 virtualization[run] [vimage] panic after device plugged in o kern/165252 virtualization[vimage] [pf] [panic] kernel panics with VIMAGE and PF o kern/161094 virtualization[vimage] [pf] [panic] kernel panic with pf + VIMAGE wh o kern/160541 virtualization[vimage][pf][patch] panic: userret: Returning on td 0x o kern/160496 virtualization[vimage] [pf] [patch] kernel panic with pf + VIMAGE o kern/148155 virtualization[vimage] [pf] Kernel panic with PF + VIMAGE kernel opt a kern/147950 virtualization[vimage] [carp] VIMAGE + CARP = kernel crash s kern/143808 virtualization[pf] pf does not work inside jail 8 problems total. From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 13:06:41 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9B0915A9; Mon, 22 Jul 2013 13:06:41 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.fer.hr (mail.fer.hr [161.53.72.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE4E82D0D; Mon, 22 Jul 2013 13:06:40 +0000 (UTC) Received: from dyn10.nxlab.fer.hr (161.53.63.210) by MAIL.fer.hr (161.53.72.233) with Microsoft SMTP Server (TLS) id 14.2.342.3; Mon, 22 Jul 2013 15:05:29 +0200 From: Marko Zec To: Subject: Re: VIMAGE + PF crash in mbuf destructor Date: Mon, 22 Jul 2013 15:05:29 +0200 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201307221505.29495.zec@fer.hr> X-Originating-IP: [161.53.63.210] Cc: Adrian Chadd , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 13:06:41 -0000 On Monday 22 July 2013 08:57:43 Craig Rodrigues wrote: > On Sun, Jul 21, 2013 at 11:38 PM, Adrian Chadd wrote: > > hm. There's lots of mbuf free calls in the net80211 TX and RX path; do > > we have to have to set the vnet context during the whole tx/rx path? > > I'm not sure about that. > In src/sys/netpfil/pf/pf.c, we have this in pf_initialize(): > > 751 /* Mbuf tags */ > 752 V_pf_mtag_z = uma_zcreate("pf mtags", sizeof(struct > m_tag) + 753 sizeof(struct pf_mtag), NULL, NULL, > pf_mtag_init, NULL, 754 UMA_ALIGN_PTR, 0); > > and further down this: > > 812 static int > 813 pf_mtag_init(void *mem, int size, int how) > 814 { > 815 struct m_tag *t; > 816 > 817 t = (struct m_tag *)mem; > 818 t->m_tag_cookie = MTAG_ABI_COMPAT; > 819 t->m_tag_id = PACKET_TAG_PF; > 820 t->m_tag_len = sizeof(struct pf_mtag); > 821 t->m_tag_free = pf_mtag_free; > 822 > 823 return (0); > 824 } > 825 > 826 static void > 827 pf_mtag_free(struct m_tag *t) > 828 { > 829 > 830 uma_zfree(V_pf_mtag_z, t); > 831 } > > > Can we somehow modify pf_mtag_init() so that it passes the > vnet into the pf_mtag? > Then we can call CURVNET_SET/CURVNET_RESTORE in pf_mtag_free(). I'd say just de-virtualize V_pf_mtag_z, and you're done. Marko > -- > Craig > > > -adrian > > > > On 21 July 2013 23:32, Craig Rodrigues wrote: > > > Hi, > > > > > > I used a kernel config with the following lines: > > > > > > include GENERIC > > > options VIMAGE > > > > > > and compiled a CURRENT kernel from svn:// > > > > svn.freebsd.org/base/head@253346 . > > > > > I also have PF enabled on my system. > > > > > > Once in a while I have been getting kernel panics like these: > > > > > > > > > ==================================================================== > > > (kgdb) #0 doadump (textdump=1) at pcpu.h:236 > > > #1 0xffffffff808bc617 in kern_reboot (howto=260) > > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:447 > > > #2 0xffffffff808bcb25 in vpanic (fmt=, > > > ap=) > > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:754 > > > #3 0xffffffff808bcb73 in panic (fmt=) > > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:683 > > > #4 0xffffffff8033dff7 in db_panic (addr=, > > > have_addr=, count=, > > > modif=) > > > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:482 > > > #5 0xffffffff8033dbcd in db_command (cmd_table= > > out>) at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:449 #6 > > > 0xffffffff8033d944 in db_command_loop () > > > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:502 > > > #7 0xffffffff803402f0 in db_trap (type=, > > > code=0) at /usr/home/rodrigc/freebsd/head/sys/ddb/db_main.c:231 > > > #8 0xffffffff808f3623 in kdb_trap (type=12, code=0, tf= > > optimized out>) > > > at /usr/home/rodrigc/freebsd/head/sys/kern/subr_kdb.c:654 > > > #9 0xffffffff80cda43a in trap_fatal (frame=0xffffff811dbab6b0, > > > eva=) > > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:868 > > > #10 0xffffffff80cda6f4 in trap_pfault (frame=0x0, usermode=0) > > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:699 > > > #11 0xffffffff80cd9ef0 in trap (frame=0xffffff811dbab6b0) > > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:463 > > > #12 0xffffffff80cc31a2 in calltrap () > > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:232 > > > #13 0xffffffff8208f7b7 in pf_mtag_free (t=0xfffffe00a8797870) > > > at > > > /usr/home/rodrigc/freebsd/head/sys/modules/pf/../../netpfil/pf/pf.c:8 > > >30 #14 0xffffffff808a51c9 in mb_dtor_mbuf (mem=0xfffffe000d0bc500, > > > size=256, arg=0x0) at > > > /usr/home/rodrigc/freebsd/head/sys/kern/kern_mbuf.c:499 #15 > > > 0xffffffff80b55d4d in uma_zfree_arg (zone=0xfffffe000b4ab900, > > > item=0xfffffe000d0bc500, udata=0x0) > > > at /usr/home/rodrigc/freebsd/head/sys/vm/uma_core.c:2560 > > > #16 0xffffffff8092d1f5 in m_freem (mb=) at > > > uma.h:364 #17 0xffffffff8058ba72 in iwn_tx_done > > > (sc=0xffffff8000974000, desc=, ackfailcnt=16, > > > status=131 '\203') at > > > /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:2817 #18 > > > 0xffffffff80583e60 in iwn_notif_intr (sc=0xffffff8000974000) at > > > /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3015 #19 > > > 0xffffffff80583684 in iwn_intr (arg=0xffffff8000974000) > > > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3306 > > > #20 0xffffffff8088daf3 in intr_event_execute_handlers ( > > > p=, ie=0xfffffe000b696600) > > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1263 > > > #21 0xffffffff8088e4c6 in ithread_loop (arg=0xfffffe000b31b040) > > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1276 > > > #22 0xffffffff8088b3f4 in fork_exit ( > > > callout=0xffffffff8088e420 , > > > arg=0xfffffe000b31b040, frame=0xffffff811dbabac0) > > > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_fork.c:991 > > > #23 0xffffffff80cc36de in fork_trampoline () > > > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:606 > > > #24 0x0000000000000000 in ?? () > > > Current language: auto; currently minimal > > > (kgdb) > > > ==================================================================== > > > > > > > > > It turns out that in this file: src/sys/netpfil/pf/pf.c > > > > > > 826 static void > > > 827 pf_mtag_free(struct m_tag *t) > > > 828 { > > > 829 > > > 830 uma_zfree(V_pf_mtag_z, t); > > > 831 } > > > > > > when line 830 is hit, it turns out that curthread->td_vnet is NULL. > > > > > > Does anyone have an idea as to the best place > > > to put CURVNET_SET() to avoid this problem? > > > > > > I am a little less famiiar with mbuf and pf. > > > > > > Thanks. > > > -- > > > Craig > > _______________________________________________ > 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 Jul 22 15:43:26 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B829F855 for ; Mon, 22 Jul 2013 15:43:26 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mout.gmx.net (mout.gmx.net [74.208.4.201]) by mx1.freebsd.org (Postfix) with ESMTP id 7B2D12544 for ; Mon, 22 Jul 2013 15:43:26 +0000 (UTC) Received: from moby.local ([178.128.212.170]) by mail.gmx.com (mrgmxus001) with ESMTPSA (Nemesis) id 0M2cpH-1U9C9825a9-00sOM2 for ; Mon, 22 Jul 2013 17:43:25 +0200 Message-ID: <51ED5308.3020008@gmx.com> Date: Mon, 22 Jul 2013 18:43:04 +0300 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130714 Thunderbird/17.0.7 MIME-Version: 1.0 To: Craig Rodrigues Subject: Re: VIMAGE + PF crash in mbuf destructor References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Towu0V675AegJkBZy+Yoggo6Qmispslt/Um1vETNiRxXdss3F3a IfbTa4eZo8hbwV31LEvL6jbj2KLyGJuGtuaz4OyoutXnfjnvyB4eOaW5fwJnSnoQDz3GrUj qDvdnuirAB/YPQWUW6n/5S+ni6Jq46cHYSYA0U+0Vbud6D+R7ZTlyxT/Kuv/PRaN6LAhitD ApuNf5js6zYCl3WNTBWZw== Cc: Adrian Chadd , "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 15:43:26 -0000 On 07/22/13 09:32, Craig Rodrigues wrote: > Hi, > > I used a kernel config with the following lines: > > include GENERIC > options VIMAGE > > and compiled a CURRENT kernel from svn://svn.freebsd.org/base/head@253346 . > > I also have PF enabled on my system. > > Once in a while I have been getting kernel panics like these: > > > ==================================================================== > (kgdb) #0 doadump (textdump=1) at pcpu.h:236 > #1 0xffffffff808bc617 in kern_reboot (howto=260) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:447 > #2 0xffffffff808bcb25 in vpanic (fmt=, > ap=) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:754 > #3 0xffffffff808bcb73 in panic (fmt=) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_shutdown.c:683 > #4 0xffffffff8033dff7 in db_panic (addr=, > have_addr=, count=, > modif=) > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:482 > #5 0xffffffff8033dbcd in db_command (cmd_table=) > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:449 > #6 0xffffffff8033d944 in db_command_loop () > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_command.c:502 > #7 0xffffffff803402f0 in db_trap (type=, code=0) > at /usr/home/rodrigc/freebsd/head/sys/ddb/db_main.c:231 > #8 0xffffffff808f3623 in kdb_trap (type=12, code=0, tf= out>) > at /usr/home/rodrigc/freebsd/head/sys/kern/subr_kdb.c:654 > #9 0xffffffff80cda43a in trap_fatal (frame=0xffffff811dbab6b0, > eva=) > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:868 > #10 0xffffffff80cda6f4 in trap_pfault (frame=0x0, usermode=0) > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:699 > #11 0xffffffff80cd9ef0 in trap (frame=0xffffff811dbab6b0) > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/trap.c:463 > #12 0xffffffff80cc31a2 in calltrap () > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:232 > #13 0xffffffff8208f7b7 in pf_mtag_free (t=0xfffffe00a8797870) > at > /usr/home/rodrigc/freebsd/head/sys/modules/pf/../../netpfil/pf/pf.c:830 > #14 0xffffffff808a51c9 in mb_dtor_mbuf (mem=0xfffffe000d0bc500, size=256, > arg=0x0) at /usr/home/rodrigc/freebsd/head/sys/kern/kern_mbuf.c:499 > #15 0xffffffff80b55d4d in uma_zfree_arg (zone=0xfffffe000b4ab900, > item=0xfffffe000d0bc500, udata=0x0) > at /usr/home/rodrigc/freebsd/head/sys/vm/uma_core.c:2560 > #16 0xffffffff8092d1f5 in m_freem (mb=) at uma.h:364 > #17 0xffffffff8058ba72 in iwn_tx_done (sc=0xffffff8000974000, > desc=, ackfailcnt=16, status=131 '\203') > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:2817 > #18 0xffffffff80583e60 in iwn_notif_intr (sc=0xffffff8000974000) > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3015 > #19 0xffffffff80583684 in iwn_intr (arg=0xffffff8000974000) > at /usr/home/rodrigc/freebsd/head/sys/dev/iwn/if_iwn.c:3306 > #20 0xffffffff8088daf3 in intr_event_execute_handlers ( > p=, ie=0xfffffe000b696600) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1263 > #21 0xffffffff8088e4c6 in ithread_loop (arg=0xfffffe000b31b040) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_intr.c:1276 > #22 0xffffffff8088b3f4 in fork_exit ( > callout=0xffffffff8088e420 , arg=0xfffffe000b31b040, > frame=0xffffff811dbabac0) > at /usr/home/rodrigc/freebsd/head/sys/kern/kern_fork.c:991 > #23 0xffffffff80cc36de in fork_trampoline () > at /usr/home/rodrigc/freebsd/head/sys/amd64/amd64/exception.S:606 > #24 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (kgdb) > ==================================================================== > > > It turns out that in this file: src/sys/netpfil/pf/pf.c > > 826 static void > 827 pf_mtag_free(struct m_tag *t) > 828 { > 829 > 830 uma_zfree(V_pf_mtag_z, t); > 831 } > > when line 830 is hit, it turns out that curthread->td_vnet is NULL. > > Does anyone have an idea as to the best place > to put CURVNET_SET() to avoid this problem? > > I am a little less famiiar with mbuf and pf. Hi, I think this comes from the eventhandlers pf installs to handle ifnet events. It seems like a wifi event causes this code to run and the context is not set. Does the panic happen only when you use vnet jails? Could you try putting all evenhandlers in an 'if (IS_DEFAULT_VNET(curvnet))' block? It's here: http://fxr.watson.org/fxr/source/netpfil/pf/pf_if.c#L127 the pfi_*_cookie = ... lines. I am not sure if this would be enough though since it might panic in other places. HTH, Nikos From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 16:23:55 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 67F64658; Mon, 22 Jul 2013 16:23:55 +0000 (UTC) (envelope-from jeroen@dckd.nl) Received: from positron.dckd.nl (positron.dckd.nl [IPv6:2a02:898:62:f6::63]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27B572752; Mon, 22 Jul 2013 16:23:54 +0000 (UTC) Received: from doc.dckd.nl (doc.dckd.nl [145.99.178.214]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by positron.dckd.nl (Postfix) with ESMTPSA id 2BEE7F827F; Mon, 22 Jul 2013 18:23:52 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: FreeBSD PVHVM call for testing From: Jeroen van der Ham In-Reply-To: Date: Mon, 22 Jul 2013 18:23:51 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <51AC4BFA-81D8-444A-9BD4-B002ED6315CC@dckd.nl> References: <519131D8.9010307@citrix.com> <519E54DE.5090304@citrix.com> <51B5E730.6070007@citrix.com> <51B9FF53.2020901@citrix.com> <4A595D02-7B79-4C6C-9356-55FA9E45EDDC@dckd.nl> <51ECED83.9020905@citrix.com> To: =?iso-8859-1?Q?Roger_Pau_Monn=E9?= X-Mailer: Apple Mail (2.1508) Cc: "freebsd-xen@freebsd.org" , "xen-users@lists.xen.org" , "Justin T. Gibbs" , "freebsd-virtualization@freebsd.org" , xen-devel X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 16:23:55 -0000 Hi, On 22 Jul 2013, at 10:40, Jeroen van der Ham wrote: >> Could you also try a HEAD XENHVM kernel (without my patches), to see = if >> the issue is related to my changes or to some bug already present in = HEAD? It seems I was worrying too soon. I have been putting the system through the wringer some more, and I now = believe that it has been caused by adding a new swap file. Just before I = rebooted my system I created a larger swap file to be used by = /etc/rc.d/add_swap. Right after I rebooted I started compiling and doing other things. And I = am getting the feeling that the system was still initialising that swap = file and was unable to provide swap space at that time. I've rebooted my system again with the PVHVM system, abused it even more = than I did before and I'm not seeing the same messages again, nor = getting any exaggerated sluggishness. So my apologies for the false alarm. Jeroen. From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 17:11:59 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 91650170; Mon, 22 Jul 2013 17:11:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1FA92960; Mon, 22 Jul 2013 17:11:58 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id m6so2159850wiv.2 for ; Mon, 22 Jul 2013 10:11:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=YbN64UG9gjLS2ugbrB9SAtdRrLPVCm3M/xVAMBbefg0=; b=OjGCVlM3dX6+yHeVE2MqD3NCozRr3JJH+OdbPmhVQPlgasGiKUIaWa8aUuDgQPJG7v dn1ZkHX0b99lMapVfU2iviAOoFE3oBoSfXe18eH/zamzZ2Q3KYYMd7Ue6t3HuojSzs4f 4S2toLF7IhxIAnzxyc8+hbkbNSg+Q9Y2J6By5uZgjm5agNGE5fPJ+JiMLktCil1Yn0He +YWN7YvoyVldJEQxiMEATtvGkjBlRwGTbEnq9Yv04QXe4ylMaTousuZ14/Yurm8Rae+L U0dn0yqATdZVbPbVDFvmtqHLjcP7XKUpHlvPMdLWpNQob+/Xhr9ilPJ1mbyLQvUQn0D+ DdPg== MIME-Version: 1.0 X-Received: by 10.194.11.72 with SMTP id o8mr20693027wjb.0.1374513117128; Mon, 22 Jul 2013 10:11:57 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Mon, 22 Jul 2013 10:11:57 -0700 (PDT) In-Reply-To: <51ED5308.3020008@gmx.com> References: <51ED5308.3020008@gmx.com> Date: Mon, 22 Jul 2013 10:11:57 -0700 X-Google-Sender-Auth: izKPMuXWKHEBcYxYnS4wEWHbiwA Message-ID: Subject: Re: VIMAGE + PF crash in mbuf destructor From: Adrian Chadd To: Nikos Vassiliadis Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 17:11:59 -0000 On 22 July 2013 08:43, Nikos Vassiliadis wrote: > Hi, > > I think this comes from the eventhandlers pf installs to handle > ifnet events. It seems like a wifi event causes this code to run > and the context is not set. Does the panic happen only when you > use vnet jails? > > Could you try putting all evenhandlers in an > 'if (IS_DEFAULT_VNET(curvnet))' block? > > It's here: > http://fxr.watson.org/fxr/source/netpfil/pf/pf_if.c#L127 > the pfi_*_cookie = ... lines. > > I am not sure if this would be enough though since it might > panic in other places. I don't think the default vnet context is the correct behaviour there. We'd need to figure out what the vnet context of the mbuf is and set that. -adrian From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 19:00:03 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 257C5FAE; Mon, 22 Jul 2013 19:00:03 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4419E2EE0; Mon, 22 Jul 2013 19:00:02 +0000 (UTC) Received: by mail-la0-f47.google.com with SMTP id fe20so5524241lab.20 for ; Mon, 22 Jul 2013 12:00:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=+S2YSubdM7jkzMXwiXCVOXe7QHiiMYCq7OQYlinWkpc=; b=ACTz9sTWiOWxzPhA6wOKRVsiEW5donWHbnXNw2ntm4U7pUieXcypx0rTT4+F3w6sGd pzfQaEFRGa9ro3IFbyuqzMM1wgZmrdyn8kgIcg2JXZqNoc7fRJseYTxKqD4vbgYthzFu eIZe02UBBn6GGeFBcfglKYNcummVtatqkzh61dRCLghAA6n6oBgot5QK5n0bCfCY981A 4pLw/yVY18GK1a2hQIIbYnCXV7FtgU36K2v1X2SDbeDSyVnQKGMyPvgaA4QjT7shC/Xi waCC3MH+GM7KkRiTsLGvvnR7JbWbx42yajtKtEBaxuldKerwJNz8GEYPDprxdPrs4Szy 5pGQ== MIME-Version: 1.0 X-Received: by 10.112.12.225 with SMTP id b1mr13000681lbc.3.1374519600114; Mon, 22 Jul 2013 12:00:00 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.149.38 with HTTP; Mon, 22 Jul 2013 11:59:59 -0700 (PDT) In-Reply-To: References: <51ED5308.3020008@gmx.com> Date: Mon, 22 Jul 2013 11:59:59 -0700 X-Google-Sender-Auth: tp7sirbKL9vvGWx44PYvYdEp_CI Message-ID: Subject: Re: VIMAGE + PF crash in mbuf destructor From: Craig Rodrigues To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 19:00:03 -0000 On Mon, Jul 22, 2013 at 10:11 AM, Adrian Chadd wrote: > > I don't think the default vnet context is the correct behaviour there. > We'd need to figure out what the vnet context of the mbuf is and set > that. > > What do you think about Marko's suggestion to de-virtualize V_pf_mtag_z? What would be the down side of that? I don't understand enough of the PF code to understand which variables need to be virtual and which don't. -- Craig From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 19:01:34 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 079FFD0; Mon, 22 Jul 2013 19:01:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4660D2EF0; Mon, 22 Jul 2013 19:01:33 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so934755wgh.5 for ; Mon, 22 Jul 2013 12:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lW+wnwyCYHpMvmJkx+B1JdzE65vWVla1R7YXs5jGOJs=; b=BHquAVDNXDDsAyU0LaBgg8AkA7wD+QoJnQ2ddY7irTxClFZNtOjFFUMxx9BRELu5GV Lmbiik3YDdXTiiC1tL82J87Hyq06gbDIk00oeNh9J0vWXjv4q9LWbHTdxYvU4KETmSY3 c0QzEXEqF/Ra8ltVQR65HTJtPklTDNqJkH6WhUSzdHuUgnBcU796YuA9nSikf+MxBC/N GNsFdlU3AH7PqaPxcKskJ4lXcylSA9IVdaIXDxZLwKmImTjOSiz86+abXvoP3bmhVZaS BYKnxPaa2N86huRoiaaY8hSdBpvCBZHpodtZGpqgp/rXsnxrYDxyAy3KaufthvgCSVc7 5eNQ== MIME-Version: 1.0 X-Received: by 10.180.82.196 with SMTP id k4mr31144532wiy.0.1374519691607; Mon, 22 Jul 2013 12:01:31 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Mon, 22 Jul 2013 12:01:31 -0700 (PDT) In-Reply-To: References: <51ED5308.3020008@gmx.com> Date: Mon, 22 Jul 2013 12:01:31 -0700 X-Google-Sender-Auth: Z37cUi3HUr_PvFTKaLqL8JHaA-o Message-ID: Subject: Re: VIMAGE + PF crash in mbuf destructor From: Adrian Chadd To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 19:01:34 -0000 Well I'm worried about _other_ stuff causing issues here. So - what's the "right" behaviour? Does vnet/vimage make the assumption that for all the mbuf processing/free operations, the vnet tag/state is set? -adrian On 22 July 2013 11:59, Craig Rodrigues wrote: > On Mon, Jul 22, 2013 at 10:11 AM, Adrian Chadd wrote: >> >> >> I don't think the default vnet context is the correct behaviour there. >> We'd need to figure out what the vnet context of the mbuf is and set >> that. >> > > What do you think about Marko's suggestion to de-virtualize > V_pf_mtag_z? What would be the down side of that? > > I don't understand enough of the PF code to understand which variables need > to > be virtual and which don't. > > -- > Craig From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 19:57:05 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 46B8341C for ; Mon, 22 Jul 2013 19:57:05 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1931B218B for ; Mon, 22 Jul 2013 19:57:05 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wd20so8701860obb.33 for ; Mon, 22 Jul 2013 12:57:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=7nsdMFDmtKzAqJDRO7H7N0jbAp+N4uVhMFsh18JfAWY=; b=pv0Pmsec/KBnLC95c0NDwDrZzqpYk2GegIOLh+16PNKL/qzpbxvz7ffPKogcyWTt0h D0/szG6fjNSgXEJwAXov7UgQ/V4Q3jqliMUcz5qdCFfQyq69YndhJj73kWedKTfTtArX YKjAJc6aVdgjpg4JvG6SyYp0bqOSlqf9tLX6b6gX5uyLeLOk3RUPITpknjet6Zshdye2 ++nOzDl+jDtsltTL8KLCIbujdI38O08Uc4wlsW/FSkKO338aEQx9FkSLB+XD/q78L7B9 vzhbxfPy9E1esvTaejD+Er0h8XAs9Gc7MoqIzna/9MbVu2KTgLhgHYB2lYYNtT6Kn2AD ti/Q== MIME-Version: 1.0 X-Received: by 10.182.66.97 with SMTP id e1mr21744608obt.66.1374523024460; Mon, 22 Jul 2013 12:57:04 -0700 (PDT) Received: by 10.76.90.197 with HTTP; Mon, 22 Jul 2013 12:57:04 -0700 (PDT) Date: Mon, 22 Jul 2013 15:57:04 -0400 Message-ID: Subject: FreeBSD 9.2 ami From: Outback Dingo To: freebsd-virtualization@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 19:57:05 -0000 Is there a FreeBSD ami image for downloads on a local lab openstack test environment ?? From owner-freebsd-virtualization@FreeBSD.ORG Mon Jul 22 21:38:12 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 66F93FF3; Mon, 22 Jul 2013 21:38:12 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.fer.hr (mail.fer.hr [161.53.72.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F09852661; Mon, 22 Jul 2013 21:38:11 +0000 (UTC) Received: from x23.lan (141.136.246.215) by MAIL.fer.hr (161.53.72.233) with Microsoft SMTP Server (TLS) id 14.2.342.3; Mon, 22 Jul 2013 23:38:09 +0200 From: Marko Zec To: Subject: Re: VIMAGE + PF crash in mbuf destructor Date: Mon, 22 Jul 2013 23:38:09 +0200 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201307222338.09833.zec@fer.hr> X-Originating-IP: [141.136.246.215] Cc: Adrian Chadd , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jul 2013 21:38:12 -0000 On Monday 22 July 2013 21:01:31 Adrian Chadd wrote: > Well I'm worried about _other_ stuff causing issues here. > > So - what's the "right" behaviour? Does vnet/vimage make the > assumption that for all the mbuf processing/free operations, the vnet > tag/state is set? To the best of my knowledge, there's nothing vnet-specific in any of the mbuf-handling routines, i.e. they should all work fine on a VIMAGE kernel even if curvnet isn't set. My original motivation behind keeping separate UMA zones for each vnet was solely to capture resource leaks between vnets in the early days of VIMAGE prototyping. Nothing prevents a single UMA zone to be shared by multiple vnets, unless we want to enforce per-vnet limitations on the number of items in a zone. Marko > > -adrian > > On 22 July 2013 11:59, Craig Rodrigues wrote: > > On Mon, Jul 22, 2013 at 10:11 AM, Adrian Chadd wrote: > >> I don't think the default vnet context is the correct behaviour there. > >> We'd need to figure out what the vnet context of the mbuf is and set > >> that. > > > > What do you think about Marko's suggestion to de-virtualize > > V_pf_mtag_z? What would be the down side of that? > > > > I don't understand enough of the PF code to understand which variables > > need to > > be virtual and which don't. > > > > -- > > Craig > > _______________________________________________ > 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 Thu Jul 25 11:00:51 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CFE5CF22 for ; Thu, 25 Jul 2013 11:00:51 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CAEE20AA for ; Thu, 25 Jul 2013 11:00:51 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id 1440E5E437 for ; Thu, 25 Jul 2013 12:48:58 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -0.971 X-Spam-Level: X-Spam-Status: No, score=-0.971 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1, SPF_SOFTFAIL=0.596] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ZWxtY1YKx56b for ; Thu, 25 Jul 2013 12:48:53 +0200 (CEST) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from bljbsd01.no-ip.org (c224-156-70-80.bjare.net [80.70.156.224]) by mx1.bjare.net (Postfix) with ESMTP id 227F05E493 for ; Thu, 25 Jul 2013 12:48:51 +0200 (CEST) Message-ID: <51F10293.5070002@eskk.nu> Date: Thu, 25 Jul 2013 12:48:51 +0200 From: Leslie Jensen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130627 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-virtualization@freebsd.org Subject: Is it possible to install a VirtualBox_Extension_Pack in FreeBSD 9.1 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Thu, 25 Jul 2013 11:00:51 -0000 I'm trying to get USB support in a Windows7 guest under FreeBSD 9.1-RELEASE. I've read that I need this Extension Pack Oracle_VM_VirtualBox_Extension_Pack-4.2.16-86992.vbox-extpack Thanks /Leslie From owner-freebsd-virtualization@FreeBSD.ORG Thu Jul 25 11:35:41 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E5C5995D for ; Thu, 25 Jul 2013 11:35:41 +0000 (UTC) (envelope-from m.tsatsenko@gmail.com) Received: from mail-vb0-x22f.google.com (mail-vb0-x22f.google.com [IPv6:2607:f8b0:400c:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A89C0230B for ; Thu, 25 Jul 2013 11:35:41 +0000 (UTC) Received: by mail-vb0-f47.google.com with SMTP id h10so338920vbh.6 for ; Thu, 25 Jul 2013 04:35:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gL5g/jP99juIH8azZQSyTe4I9el0pu/lFJVjd1BYqjM=; b=ii0EgFaY3puUJ0+y/eHiuwx33dElPxO4Zo8zfDnqwRoWbclNQWp/62N2SA0HJBjU6F 8ZC6v+sZCcgkPCHfl3ZDCBHhn3IM3vu5vK3aTTqTrNuEywagsyiagBB8fTZRT6ugJ3AL 3QqHEg+4taFRIsVa3heWnVckkqOwbG6v0e2MF50PdzwoNMWaNJ8YhMrng52SuFxQ8aw8 2LSrdUiuugNXXiJ6uiH027zQ/EqRk1p8H6pa84LJjgIPnstuUh6WKMKkoHatdDB9aXeQ gMZUH/Gdgu1sDHX3FgawgNTb4MFhyx3EmVKD6zeBCBIWYeC1VSwT+j3+3af/U9J3ofxW UJGQ== MIME-Version: 1.0 X-Received: by 10.58.235.69 with SMTP id uk5mr17290144vec.17.1374752140652; Thu, 25 Jul 2013 04:35:40 -0700 (PDT) Received: by 10.58.196.141 with HTTP; Thu, 25 Jul 2013 04:35:40 -0700 (PDT) In-Reply-To: <51F10293.5070002@eskk.nu> References: <51F10293.5070002@eskk.nu> Date: Thu, 25 Jul 2013 15:35:40 +0400 Message-ID: Subject: Re: Is it possible to install a VirtualBox_Extension_Pack in FreeBSD 9.1 From: Mikhail Tsatsenko To: Leslie Jensen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-virtualization@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Thu, 25 Jul 2013 11:35:42 -0000 2013/7/25 Leslie Jensen : > > I'm trying to get USB support in a Windows7 guest under FreeBSD 9.1-RELEASE. > > I've read that I need this Extension Pack > > Oracle_VM_VirtualBox_Extension_Pack-4.2.16-86992.vbox-extpack As far as I know Extension Pack can be installed only on linux/win/mac hosts. There is neither FreeBSD version nor sources available. > Thanks > > /Leslie > _______________________________________________ > 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" -- Mikhail From owner-freebsd-virtualization@FreeBSD.ORG Thu Jul 25 12:14:19 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1FBCE670 for ; Thu, 25 Jul 2013 12:14:19 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EEB322507 for ; Thu, 25 Jul 2013 12:14:18 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id kx1so1647374pab.13 for ; Thu, 25 Jul 2013 05:14:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=5k+3MQazauLmkHd7I3SitM98NRWintRKSrpsopd8wLg=; b=fO9L31/XTeUi+U/buSiSKLZiuw83bIaRXquIi/KP2QGEpMokHv7Q+CzjBl995WwaS+ ZxJMoO0l/QuQW6ZH33zD1w42HfEiZnsmp9KdsmtPEQheU5Bz+x8xAqh6S/NPVQEhFSL9 +gFhmw0PzMgu6lQM9p2ENvEkp20HWEm2IDDjsevD58LrmnbD3gdgU5YxBjpHX2l17jBn pRo//FzkBf8CXieP+4VogYUiuWjDDmZ2gUbU42q9kPOETb4fZKTdgAxU+e6qc+mO9nyD fTBbS5pSka1UWICtGu+gEUsRh2BKiTZl0OrddSRvAm/aVCJz9WcM7Aw9w/BVSQdpH4O1 wrXA== MIME-Version: 1.0 X-Received: by 10.66.176.143 with SMTP id ci15mr6644322pac.146.1374754458429; Thu, 25 Jul 2013 05:14:18 -0700 (PDT) Received: by 10.70.88.74 with HTTP; Thu, 25 Jul 2013 05:14:18 -0700 (PDT) In-Reply-To: <51F10293.5070002@eskk.nu> References: <51F10293.5070002@eskk.nu> Date: Thu, 25 Jul 2013 07:14:18 -0500 Message-ID: Subject: Re: Is it possible to install a VirtualBox_Extension_Pack in FreeBSD 9.1 From: Adam Vande More To: Leslie Jensen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-virtualization@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Thu, 25 Jul 2013 12:14:19 -0000 On Thu, Jul 25, 2013 at 5:48 AM, Leslie Jensen wrote: > > I'm trying to get USB support in a Windows7 guest under FreeBSD > 9.1-RELEASE. > > I've read that I need this Extension Pack > https://wiki.freebsd.org/VirtualBox#USB_support -- Adam Vande More From owner-freebsd-virtualization@FreeBSD.ORG Thu Jul 25 13:04:33 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 75AF62C1 for ; Thu, 25 Jul 2013 13:04:33 +0000 (UTC) (envelope-from leslie@eskk.nu) Received: from mx1.bjare.net (mx1.bjare.net [212.31.160.3]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30C372800 for ; Thu, 25 Jul 2013 13:04:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mx1.bjare.net (Postfix) with ESMTP id D3A6F5E18D; Thu, 25 Jul 2013 15:04:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mx1.bjare.net X-Spam-Flag: NO X-Spam-Score: -0.971 X-Spam-Level: X-Spam-Status: No, score=-0.971 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1, SPF_SOFTFAIL=0.596] Received: from mx1.bjare.net ([127.0.0.1]) by localhost (mx1.bjare.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id eU08sVPa4EJG; Thu, 25 Jul 2013 15:04:25 +0200 (CEST) X-BN-MX1: ja X-BN-MailInfo: BjareNet Received: from [172.17.0.111] (c224-156-70-80.bjare.net [80.70.156.224]) by mx1.bjare.net (Postfix) with ESMTP id 4B2105E1FA; Thu, 25 Jul 2013 15:04:24 +0200 (CEST) Message-ID: <51F12258.2080301@eskk.nu> Date: Thu, 25 Jul 2013 15:04:24 +0200 From: Leslie Jensen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Mikhail Tsatsenko Subject: Re: Is it possible to install a VirtualBox_Extension_Pack in FreeBSD 9.1 References: <51F10293.5070002@eskk.nu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-virtualization@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Thu, 25 Jul 2013 13:04:33 -0000 Mikhail Tsatsenko skrev 2013-07-25 13:35: > 2013/7/25 Leslie Jensen : >> >> I'm trying to get USB support in a Windows7 guest under FreeBSD 9.1-RELEASE. >> >> I've read that I need this Extension Pack >> >> Oracle_VM_VirtualBox_Extension_Pack-4.2.16-86992.vbox-extpack > As far as I know Extension Pack can be installed only on linux/win/mac > hosts. There is neither FreeBSD version nor sources available. > > >> Thanks >> >> /Leslie >> _______________________________________________ >> 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" > > > OK thank you. Any suggestions to get Legacy USB to work without the extension pack? From owner-freebsd-virtualization@FreeBSD.ORG Sat Jul 27 06:31:49 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 282E9731; Sat, 27 Jul 2013 06:31:49 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-oa0-x236.google.com (mail-oa0-x236.google.com [IPv6:2607:f8b0:4003:c02::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BCA312987; Sat, 27 Jul 2013 06:31:48 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id o17so117514oag.27 for ; Fri, 26 Jul 2013 23:31:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=ygTXVXI0hjEfzZRs3AT9CaENC0D/NWlXPfgfvbXM8Xg=; b=Q8r2gHvBpWT9AdlvhDwJG8yOZgNC0QzKjKYRmw18Yh3ThKhWhA12HnfA4QcbKM9TRi aZrQbAbjd9DzEW52OfygKr+O03ZOnsWDXR5VlqU0KqpWVlQ1OqOliaonhbYuP73KQjQz EImkP/KIgq7wlfVhMW2F4RvHZHgp9DkoxEcxNDnIfyhJIqDNdNp8J/r+Ey4M1tjqPziA bQQROyqOezljQCBua3PyirfFL297ZW+a+c/N4whn/9QGju58cLIjlTbMlIAxr9pniYnX U7sKEKi/zfTq5A5LpKFQLAfWnyIewTopWb1Q2+8Qewgch0G6cw9Hi2V56mLuuPZsiGVf 0k/w== MIME-Version: 1.0 X-Received: by 10.60.133.14 with SMTP id oy14mr51312606oeb.84.1374906708080; Fri, 26 Jul 2013 23:31:48 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.60.132.243 with HTTP; Fri, 26 Jul 2013 23:31:48 -0700 (PDT) Date: Fri, 26 Jul 2013 23:31:48 -0700 X-Google-Sender-Auth: Nrh4OGGgAcLC7znvcg2Jor9gp_U Message-ID: Subject: De-virtualize V_pf_mtag_z to eliminate kernel panics. From: Craig Rodrigues To: Gleb Smirnoff Content-Type: multipart/mixed; boundary=047d7b472746ef40e904e278696f X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , Marko Zec , "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Sat, 27 Jul 2013 06:31:49 -0000 --047d7b472746ef40e904e278696f Content-Type: text/plain; charset=ISO-8859-1 Gleb, Since you did a lot of work in GRN 240233 to fix PF issues, especially for VIMAGE, I thought I would ask your opinion on the attached patch. In this post: http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-July/001405.html I reported multiple PF-related panics when VIMAGE was enabled in my kernel config. In these posts: http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-July/001413.html http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-July/001420.html Marko Zec seemed to think that de-virtualizing V_pf_mtag_z would be a valid solution to this problem, and that keeping V_pf_mtag_z as a per-vnet variable is not necessary. What do you think of Marko's comments, and this patch? Thanks. -- Craig --047d7b472746ef40e904e278696f Content-Type: text/plain; charset=US-ASCII; name="diff.txt" Content-Disposition: attachment; filename="diff.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hjmfwbmu0 SW5kZXg6IHN5cy9uZXRwZmlsL3BmL3BmLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL25ldHBmaWwvcGYv cGYuYwkocmV2aXNpb24gMjUzMzQ2KQorKysgc3lzL25ldHBmaWwvcGYvcGYuYwkod29ya2luZyBj b3B5KQpAQCAtMTg3LDggKzE4Nyw3IEBACiAKIHN0YXRpYyBWTkVUX0RFRklORSh1bWFfem9uZV90 LAlwZl9zb3VyY2VzX3opOwogI2RlZmluZQlWX3BmX3NvdXJjZXNfeglWTkVUKHBmX3NvdXJjZXNf eikKLXN0YXRpYyBWTkVUX0RFRklORSh1bWFfem9uZV90LAlwZl9tdGFnX3opOwotI2RlZmluZQlW X3BmX210YWdfeglWTkVUKHBmX210YWdfeikKK3VtYV96b25lX3QgcGZfbXRhZ196OwogVk5FVF9E RUZJTkUodW1hX3pvbmVfdCwJIHBmX3N0YXRlX3opOwogVk5FVF9ERUZJTkUodW1hX3pvbmVfdCwJ IHBmX3N0YXRlX2tleV96KTsKIApAQCAtNzQ5LDcgKzc0OCw3IEBACiAJVl9wZl9hbHRxc19pbmFj dGl2ZSA9ICZWX3BmX2FsdHFzWzFdOwogCiAJLyogTWJ1ZiB0YWdzICovCi0JVl9wZl9tdGFnX3og PSB1bWFfemNyZWF0ZSgicGYgbXRhZ3MiLCBzaXplb2Yoc3RydWN0IG1fdGFnKSArCisJcGZfbXRh Z196ID0gdW1hX3pjcmVhdGUoInBmIG10YWdzIiwgc2l6ZW9mKHN0cnVjdCBtX3RhZykgKwogCSAg ICBzaXplb2Yoc3RydWN0IHBmX210YWcpLCBOVUxMLCBOVUxMLCBwZl9tdGFnX2luaXQsIE5VTEws CiAJICAgIFVNQV9BTElHTl9QVFIsIDApOwogCkBAIC04MDMsNyArODAyLDcgQEAKIAltdHhfZGVz dHJveSgmcGZfb3ZlcmxvYWRxdWV1ZV9tdHgpOwogCW10eF9kZXN0cm95KCZwZl91bmxua2RydWxl c19tdHgpOwogCi0JdW1hX3pkZXN0cm95KFZfcGZfbXRhZ196KTsKKwl1bWFfemRlc3Ryb3kocGZf bXRhZ196KTsKIAl1bWFfemRlc3Ryb3koVl9wZl9zb3VyY2VzX3opOwogCXVtYV96ZGVzdHJveShW X3BmX3N0YXRlX3opOwogCXVtYV96ZGVzdHJveShWX3BmX3N0YXRlX2tleV96KTsKQEAgLTgyNyw3 ICs4MjYsNyBAQAogcGZfbXRhZ19mcmVlKHN0cnVjdCBtX3RhZyAqdCkKIHsKIAotCXVtYV96ZnJl ZShWX3BmX210YWdfeiwgdCk7CisJdW1hX3pmcmVlKHBmX210YWdfeiwgdCk7CiB9CiAKIHN0cnVj dCBwZl9tdGFnICoKQEAgLTgzOCw3ICs4MzcsNyBAQAogCWlmICgobXRhZyA9IG1fdGFnX2ZpbmQo bSwgUEFDS0VUX1RBR19QRiwgTlVMTCkpICE9IE5VTEwpCiAJCXJldHVybiAoKHN0cnVjdCBwZl9t dGFnICopKG10YWcgKyAxKSk7CiAKLQltdGFnID0gdW1hX3phbGxvYyhWX3BmX210YWdfeiwgTV9O T1dBSVQpOworCW10YWcgPSB1bWFfemFsbG9jKHBmX210YWdfeiwgTV9OT1dBSVQpOwogCWlmICht dGFnID09IE5VTEwpCiAJCXJldHVybiAoTlVMTCk7CiAJYnplcm8obXRhZyArIDEsIHNpemVvZihz dHJ1Y3QgcGZfbXRhZykpOwo= --047d7b472746ef40e904e278696f-- From owner-freebsd-virtualization@FreeBSD.ORG Sat Jul 27 14:20:01 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1FBBB8E5; Sat, 27 Jul 2013 14:20:01 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.fer.hr (mail.fer.hr [161.53.72.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A6AFC27BE; Sat, 27 Jul 2013 14:20:00 +0000 (UTC) Received: from x23.lan (89.164.3.121) by MAIL.fer.hr (161.53.72.233) with Microsoft SMTP Server (TLS) id 14.2.342.3; Sat, 27 Jul 2013 16:19:51 +0200 From: Marko Zec To: Craig Rodrigues Subject: Re: De-virtualize V_pf_mtag_z to eliminate kernel panics. Date: Sat, 27 Jul 2013 16:19:51 +0200 User-Agent: KMail/1.9.10 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201307271619.51409.zec@fer.hr> X-Originating-IP: [89.164.3.121] Cc: Adrian Chadd , Gleb Smirnoff , "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Sat, 27 Jul 2013 14:20:01 -0000 On Saturday 27 July 2013 08:31:48 Craig Rodrigues wrote: > Gleb, > > Since you did a lot of work in GRN 240233 > to fix PF issues, especially for VIMAGE, I thought I would > ask your opinion on the attached patch. > > In this post: > > http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-July/00140 >5.html > > I reported multiple PF-related panics when VIMAGE was enabled > in my kernel config. > > In these posts: > http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-July/00141 >3.html > http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-July/00142 >0.html > > Marko Zec seemed to think that de-virtualizing V_pf_mtag_z > would be a valid solution to this problem, and that keeping > V_pf_mtag_z as a per-vnet variable is not necessary. > > What do you think of Marko's comments, and this patch? Hi Craig, while in principle I agree with the intent to de-virtualize V_pf_mtag_z (after all, this was my suggestion in the first place), your proposed patch isn't the valid solution, since on each vnet creation you'll be clobbering (now global) variable pf_mtag_z, which would imminently cause double-free or similar issues later during runtime. You should move pf_mtag_z = uma_zcreate(...) to some other function which isn't called for each vnet, or at least as a crude kludge, do this conditionally if (curvnet == vnet0). The same goes for uma_zdestroy(pf_mtag_z)... Cheers, Marko From owner-freebsd-virtualization@FreeBSD.ORG Sat Jul 27 14:48:03 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 7AC1FCE6; Sat, 27 Jul 2013 14:48:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 901DF2875; Sat, 27 Jul 2013 14:48:02 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id j17so1170311wiw.1 for ; Sat, 27 Jul 2013 07:48:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UjO7gUdWXYYWpPRALND96WR/HtJEoieKqnBhh/YCqMA=; b=masB/uE3iuk6E9IPcv7eCzEQHSALuQZve6Sxg80kcnJWzYVpVY73Ekdt1bVbCzHhXt 9+D8ce47tkpg8/ANP58IP96JXxAfs37J8Dh69KAYd8h2od/DMhEh6LLBnAxwYVTB7DV5 ZsDo4j38YbpZxYANteXBKB3qPOgoVbO8kEo5PPVNOAaNjFyaQJKU+B9UpuUnSvp/ceyr Si1TyamjVis4+Z9HNCNlFSn3+THB7u4sUCWv5J0XKBDcmFI8xejRcrao0KI1Lbhp0j9C JzFPBlAEgZ8UUI1j5y6gyJMMbjZWOTOxmWg/kHJsCR1fX8uqIxinrBtujcXZqvVVY/VW EsDg== MIME-Version: 1.0 X-Received: by 10.194.92.6 with SMTP id ci6mr13605838wjb.79.1374936480746; Sat, 27 Jul 2013 07:48:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.217.94.132 with HTTP; Sat, 27 Jul 2013 07:48:00 -0700 (PDT) In-Reply-To: <201307271619.51409.zec@fer.hr> References: <201307271619.51409.zec@fer.hr> Date: Sat, 27 Jul 2013 07:48:00 -0700 X-Google-Sender-Auth: iUyblCNVzXLHjAOT63qxpFTT2-M Message-ID: Subject: Re: De-virtualize V_pf_mtag_z to eliminate kernel panics. From: Adrian Chadd To: Marko Zec Content-Type: text/plain; charset=ISO-8859-1 Cc: Gleb Smirnoff , "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Sat, 27 Jul 2013 14:48:03 -0000 I'm happy keeping it virtual (it lets us do things like set per-vimage mbuf tag limits, and having per-vimage mbufs may be a useful long term stretch goal to have).. we just have to think about this stuff in more detail. -adrian From owner-freebsd-virtualization@FreeBSD.ORG Sat Jul 27 15:29:00 2013 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E8A87747; Sat, 27 Jul 2013 15:29:00 +0000 (UTC) (envelope-from zec@fer.hr) Received: from mail.fer.hr (mail.fer.hr [161.53.72.233]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7869A29D2; Sat, 27 Jul 2013 15:29:00 +0000 (UTC) Received: from x23.lan (89.164.3.121) by MAIL.fer.hr (161.53.72.233) with Microsoft SMTP Server (TLS) id 14.2.342.3; Sat, 27 Jul 2013 17:28:57 +0200 From: Marko Zec To: Adrian Chadd Subject: Re: De-virtualize V_pf_mtag_z to eliminate kernel panics. Date: Sat, 27 Jul 2013 17:28:56 +0200 User-Agent: KMail/1.9.10 References: <201307271619.51409.zec@fer.hr> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-ID: <201307271728.56777.zec@fer.hr> X-Originating-IP: [89.164.3.121] Cc: Gleb Smirnoff , "freebsd-virtualization@freebsd.org" , freebsd-pf@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.14 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: Sat, 27 Jul 2013 15:29:01 -0000 On Saturday 27 July 2013 16:48:00 Adrian Chadd wrote: > I'm happy keeping it virtual (it lets us do things like set per-vimage > mbuf tag limits, and having per-vimage mbufs may be a useful long term > stretch goal to have).. we just have to think about this stuff in more > detail. The V_pf_mtag_z zone apparently doesn't have any size limits, so it doesn't enforce mbuf tag limits in pf, and certainly it doesn't enforce any limits outside of PF? And while otherwise I wouldn't terribly object to keep V_pf_mtag_z virtual, if we don't de-virtualize it, would you have an alternative proposal to resolve the panics in PF which Craig wants to have fixed? Finally, while the idea about enforcing per-vnet mbuf (and tag) limits may look neat on the surface, the fact that mbufs may flow freely between vnets makes this idea less trivial to implement than it may appear at the first glance. In any case, IMO that issue is entirely unrelated to the patch Craig proposed, and should be discussed separately. Marko