somewhat reproducable vimage panic

From: John-Mark Gurney <>
Date: Tue, 21 Jul 2020 02:16:55 -0700
I'm running:
FreeBSD test 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r362596: Thu Jun 25 05:02:51 UTC 2020  amd64

and I'm working on improve the if_ure driver.  I've put together a
little script that I've attached that I'm using to test the driver..
It puts a couple ue interfaces each into their own jail, configures
them, and tries to pass traffic.  This assumes that the two interfaces
are connected together.

Pretty regularly when destroying the jails, I get the following
panic: CURVNET_SET at /usr/src/sys/netinet/in_mcast.c:626 inm_release() curvnet=0 vnet=0xfffff80154c82a80

(kgdb) #0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55
#1  doadump (textdump=1) at /usr/src/sys/kern/kern_shutdown.c:394
#2  0xffffffff80bc6250 in kern_reboot (howto=260)
    at /usr/src/sys/kern/kern_shutdown.c:481
#3  0xffffffff80bc66aa in vpanic (fmt=<optimized out>, ap=<optimized out>)
    at /usr/src/sys/kern/kern_shutdown.c:913
#4  0xffffffff80bc6403 in panic (fmt=<unavailable>)
    at /usr/src/sys/kern/kern_shutdown.c:839
#5  0xffffffff80d6553b in inm_release (inm=0xfffff80029043700)
    at /usr/src/sys/netinet/in_mcast.c:630
#6  inm_release_task (arg=<optimized out>, pending=<optimized out>)
    at /usr/src/sys/netinet/in_mcast.c:312
#7  0xffffffff80c2521a in taskqueue_run_locked (queue=0xfffff80003116b00)
    at /usr/src/sys/kern/subr_taskqueue.c:476
#8  0xffffffff80c26294 in taskqueue_thread_loop (arg=<optimized out>)
    at /usr/src/sys/kern/subr_taskqueue.c:793
#9  0xffffffff80b830f0 in fork_exit (
    callout=0xffffffff80c26200 <taskqueue_thread_loop>, 
    arg=0xffffffff81cf4f70 <taskqueue_thread>, frame=0xfffffe0049e99b80)
    at /usr/src/sys/kern/kern_fork.c:1052
#10 <signal handler called>

I have the core files so I can get additional information.

Let me know if you need any additional information.

  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."

Received on Tue Jul 21 2020 - 07:16:59 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:24 UTC