https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046
--- Comment #4 from Ryan Moeller <freql...@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. _______________________________________________ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
