Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 17 Jan 2015 16:10:15 +0100
From:      "Herbert J. Skuhra" <herbert@oslo.ath.cx>
To:        current@FreeBSD.org
Subject:   Re: svn commit: r272568 - head/sys/net
Message-ID:  <20150117151015.GA63617@oslo.ath.cx>
In-Reply-To: <201410051943.s95JhbCp073535@svn.freebsd.org>
References:  <201410051943.s95JhbCp073535@svn.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Oct 05, 2014 at 07:43:37PM +0000, Hiroki Sato wrote:
> Author: hrs
> Date: Sun Oct  5 19:43:37 2014
> New Revision: 272568
> URL: https://svnweb.freebsd.org/changeset/base/272568
> 
> Log:
>   Virtualize if_bridge(4) cloner.

Hi,

after this commit I always get a kernel panic when I stop my                                               
vnet jails. With a recent kernel this only happens when if_bridge is loaded
as a module. 

savecore: writing core to /var/crash/vmcore.4                                              
savecore: reboot after panic: mtx_lock() of destroyed mutex @
/usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1814                                                          

dump (textdump=0) at pcpu.h:219                                                                                    
#1  0xffffffff802ded1e in db_dump (dummy=<value optimized out>, dummy2=0,                                          
    dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543                                                     
#2  0xffffffff802de7bd in db_command (cmd_table=0x0)                                                               
    at /usr/src/sys/ddb/db_command.c:449                                                                           
#3  0xffffffff802de534 in db_command_loop ()                                                                       
    at /usr/src/sys/ddb/db_command.c:502                                                                           
#4  0xffffffff802e0fc0 in db_trap (type=<value optimized out>, code=0)                                             
    at /usr/src/sys/ddb/db_main.c:251                                                                              
#5  0xffffffff8051e5f1 in kdb_trap (type=3, code=0, tf=<value optimized out>)                                      
    at /usr/src/sys/kern/subr_kdb.c:654
#6  0xffffffff8071c2e2 in trap (frame=0xfffffe00980ae680)                                                          
    at /usr/src/sys/amd64/amd64/trap.c:542                                                                         
#7  0xffffffff80700652 in calltrap ()                                                                              
    at /usr/src/sys/amd64/amd64/exception.S:231                                                                    
#8  0xffffffff8051dcee in kdb_enter (why=0xffffffff807e37e8 "panic",                                               
    msg=<value optimized out>) at cpufunc.h:63                                                                     
#9  0xffffffff804e54e9 in vpanic (fmt=<value optimized out>,                                                       
    ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:739                                             
#10 0xffffffff804e5339 in kassert_panic (fmt=<value optimized out>)                                                
    at /usr/src/sys/kern/kern_shutdown.c:634                                                                       
#11 0xffffffff804d038a in __mtx_lock_flags (c=0xfffffe00016ca278, opts=0,                                          
    file=0xffffffff8141cb48 "/usr/src/sys/modules/if_bridge/../../net/if_bridge.c", line=1814) at /usr/src/sys/kern
+/kern_mutex.c:215                                                                                                 
#12 0xffffffff8141a510 in bridge_ifdetach () from /boot/kernel/if_bridge.ko                                        
#13 0xffffffff805b1c0a in if_detach_internal (ifp=0xfffff80005c50000, vmove=0)                                     
    at /usr/src/sys/net/if.c:963                                                                                   
#14 0xffffffff805b188f in if_detach (ifp=0xffffffff80b98530)                                                       
    at /usr/src/sys/net/if.c:894                                                                                   
#15 0xffffffff805bdfc6 in lo_clone_destroy (ifp=0xfffff800059a4800)                                                
    at /usr/src/sys/net/if_loop.c:117                                                                              
#16 0xffffffff805b955f in if_clone_destroyif (ifc=0xfffff8000538a580, ifp=0x0)                                     
    at /usr/src/sys/net/if_clone.c:684                                                                             
#17 0xffffffff805b9e48 in if_clone_detach (ifc=<value optimized out>)                                              
    at /usr/src/sys/net/if_clone.c:458                                                                             
#18 0xffffffff805bde56 in vnet_loif_uninit (unused=<value optimized out>)                                          
    at /usr/src/sys/net/if_loop.c:168                                                                              
#19 0xffffffff805cf217 in vnet_destroy (vnet=0xfffff800053fc6c0)                                                   
    at /usr/src/sys/net/vnet.c:593                                                                                 
#20 0xffffffff804b9fad in prison_deref (pr=0xffffffff80a8b3b0, flags=Cannot access memory at address 0x3           
)                                                                                                                  
    at /usr/src/sys/kern/kern_jail.c:2582                                                                          
#21 0xffffffff804bb637 in sys_jail_remove (td=<value optimized out>,                                               
    uap=<value optimized out>) at /usr/src/sys/kern/kern_jail.c:2248                                               
#22 0xffffffff8071d21a in amd64_syscall (td=0xfffff80005c50000, traced=0)
   at subr_syscall.c:133                                                                                          
#23 0xffffffff8070093b in Xfast_syscall ()

This system is running in Virtualbox. Is this a known issue?

-- 
Herbert



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150117151015.GA63617>