[Bug 281560] gve (4) uma deadlock during high tcp throughput

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.