[Bug 248046] Panic when creating a bridge interface

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Fri Jul 17 20:52:52 UTC 2020


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046

--- Comment #4 from Ryan Moeller <freqlabs at FreeBSD.org> ---
FWIW I tried also testing this in a recent TrueNAS 12 internal build (which is
basically stable/12) and hit a different panic in the bridge epochification
instead:

<6>bridge0: Ethernet address: 02:dd:a7:c5:f6:00
<6>bridge0: link state changed to UP
<6>em0: promiscuous mode enabled
<6>tap0: Ethernet address: 58:9c:fc:10:53:4a
<6>tap0: changing name to 'vnet0'
<6>vnet0: promiscuous mode enabled
panic: Assertion in_epoch(net_epoch_preempt) failed at
/truenas-12.0-internal/freenas/_BE/os/sys/net/if_bridge.c:2411
cpuid = 3
time = 1595009276
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe003f9c3800
vpanic() at vpanic+0x17b/frame 0xfffffe003f9c3850
panic() at panic+0x43/frame 0xfffffe003f9c38b0
bridge_input() at bridge_input+0x7ba/frame 0xfffffe003f9c3910
ether_nh_input() at ether_nh_input+0x279/frame 0xfffffe003f9c3970
netisr_dispatch_src() at netisr_dispatch_src+0x9d/frame 0xfffffe003f9c39d0
ether_input() at ether_input+0x86/frame 0xfffffe003f9c3a00
iflib_rxeof() at iflib_rxeof+0xc29/frame 0xfffffe003f9c3ae0
_task_fn_rx() at _task_fn_rx+0x4b/frame 0xfffffe003f9c3b20
gtaskqueue_run_locked() at gtaskqueue_run_locked+0x145/frame 0xfffffe003f9c3b80
gtaskqueue_thread_loop() at gtaskqueue_thread_loop+0x94/frame
0xfffffe003f9c3bb0
fork_exit() at fork_exit+0x80/frame 0xfffffe003f9c3bf0
fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe003f9c3bf0
--- trap 0, rip = 0, rsp = 0, rbp = 0 ---
KDB: enter: panic


The offending line of code is the MPASS(in_epoch(net_epoch_preempt)); at the
top of bridge_input().

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-net mailing list