https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248652
--- Comment #43 from Sylvain Galliano <s...@efficientip.com> --- I made same tests on vmware + vmxnet NIC + latest patch and I got a panic: spin lock 0xfffff80003079cc0 (turnstile lock) held by 0xfffffe0009607e00 (tid 100006) too long panic: spin lock held too long cpuid = 1 time = 1603884508 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0008480680 vpanic() at vpanic+0x182/frame 0xfffffe00084806d0 panic() at panic+0x43/frame 0xfffffe0008480730 _mtx_lock_indefinite_check() at _mtx_lock_indefinite_check+0x64/frame 0xfffffe0008480740 _mtx_lock_spin_cookie() at _mtx_lock_spin_cookie+0xd5/frame 0xfffffe00084807b0 turnstile_trywait() at turnstile_trywait+0xe3/frame 0xfffffe00084807e0 __mtx_lock_sleep() at __mtx_lock_sleep+0x119/frame 0xfffffe0008480870 doselwakeup() at doselwakeup+0x179/frame 0xfffffe00084808c0 nm_os_selwakeup() at nm_os_selwakeup+0x13/frame 0xfffffe00084808e0 netmap_notify() at netmap_notify+0x3d/frame 0xfffffe0008480900 softclock_call_cc() at softclock_call_cc+0x13d/frame 0xfffffe00084809a0 callout_process() at callout_process+0x1c0/frame 0xfffffe0008480a10 handleevents() at handleevents+0x188/frame 0xfffffe0008480a50 timercb() at timercb+0x24e/frame 0xfffffe0008480aa0 lapic_handle_timer() at lapic_handle_timer+0x9b/frame 0xfffffe0008480ad0 Xtimerint() at Xtimerint+0xb1/frame 0xfffffe0008480ad0 --- interrupt, rip = 0xffffffff80f5bd46, rsp = 0xfffffe0008480ba0, rbp = 0xfffffe0008480ba0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xfffffe0008480ba0 acpi_cpu_idle() at acpi_cpu_idle+0x2eb/frame 0xfffffe0008480bf0 cpu_idle_acpi() at cpu_idle_acpi+0x3e/frame 0xfffffe0008480c10 cpu_idle() at cpu_idle+0x9f/frame 0xfffffe0008480c30 sched_idletd() at sched_idletd+0x2e4/frame 0xfffffe0008480cf0 fork_exit() at fork_exit+0x7e/frame 0xfffffe0008480d30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0008480d30 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- I used the first patch you sent (Draft patch to test the netmap tx timer), no issue this time. the only major difference I can see between 2 patches (except sysctl) is: + txq->ift_timer.c_cpu = cpu; and + txq->ift_netmap_timer.c_cpu = cpu; -- You are receiving this mail because: You are on the CC list 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"
