Date: Fri, 27 Sep 2024 10:36:38 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 281560] gve (4) uma deadlock during high tcp throughput Message-ID: <bug-281560-7501-VZNlm6FCk1@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-281560-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-281560-7501@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D281560 --- Comment #16 from Mark Johnston <markj@FreeBSD.org> --- This smells a bit like a thread disabled interrupts and then went off-CPU somehow. The iperf thread is stuck in the runqueue of a CPU and nothing ge= ts scheduled there, so it doesn't run. If this is not enough of a hint, we could try enabling scheduler tracing: - add the following to your kernel config: options KTR options KTR_COMPILE=3D(KTR_SCHED) options KTR_ENTRIES=3D(256*1024) - before starting your test, enable KTR tracing: # sysctl debug.ktr.enable=3D0x20000000 - once the hang occurs, use ktrdump (or "show ktr" in DDB) to dump scheduler traces --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-281560-7501-VZNlm6FCk1>