Date: Thu, 03 Oct 2024 04:08:02 +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-cn5Wt2wMQq@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=281560 --- Comment #21 from Konstantin Belousov <kib@FreeBSD.org> --- (In reply to shailend from comment #20) Then, this is especially looks like a live-lock. User thread should not have the priority 4, it is in the range of priorities of the interrupt threads. Since the iperf thread owns the lock, and driver thread contends for the lock, most likely it is the result of priority propagation. In other words, iperf thread must drop the lock to allow the system to make a progress. Perhaps it should do so after processing some fixed amount of work. -- 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-cn5Wt2wMQq>