Re: svn commit: r272568 - head/sys/net

From: Herbert J. Skuhra <herbert_at_oslo.ath.cx>
Date: Sat, 17 Jan 2015 16:10:15 +0100
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 _at_
/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
Received on Sat Jan 17 2015 - 14:10:18 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:55 UTC