[PATCH net 0/2] netpoll: fix PREEMPT_RT deferred transmit locking · Karl Mehltretter <hidden> · 2026-09-28
[PATCH net 1/2] netpoll: use a raw lock for the deferred transmit queue · Karl Mehltretter <hidden> · 2026-09-28
Re: [PATCH net 1/2] netpoll: use a raw lock for the deferred transmit queue · netdev-bot+sashiko@kernel.org · 2026-09-30
[PATCH net 2/2] netpoll: avoid blocking on the transmit lock in queue_process · Karl Mehltretter <hidden> · 2026-09-28
Re: [PATCH net 2/2] netpoll: avoid blocking on the transmit lock in queue_process · netdev-bot+sashiko@kernel.org · 2026-09-30
[PATCH net v2 0/2] netpoll: fix PREEMPT_RT deferred transmit locking · Karl Mehltretter <hidden> · 2026-09-30
[PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue · Karl Mehltretter <hidden> · 2026-09-30
Re: [PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue · Sebastian Andrzej Siewior <bigeasy@linutronix.de> · 2026-10-01
Re: [PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue · Karl Mehltretter <hidden> · 2026-10-01
Re: [PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue · Sebastian Andrzej Siewior <bigeasy@linutronix.de> · 2026-10-09
Re: [PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue · Karl Mehltretter <hidden> · 2026-10-11
Re: [PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue · Jakub Kicinski <kuba@kernel.org> · 2026-10-01
Re: [PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue · Karl Mehltretter <hidden> · 2026-10-02
[PATCH net v2 2/2] netpoll: avoid blocking on the transmit lock in queue_process · Karl Mehltretter <hidden> · 2026-09-30

Re: [PATCH net v2 1/2] netpoll: use a raw lock for the deferred transmit queue

From: Jakub Kicinski <kuba@kernel.org>
Date: 2026-10-01 23:43:56
Also in: linux-rt-devel, lkml, stable

On Wed, 30 Sep 2026 21:21:02 +0200 Karl Mehltretter wrote:

Fixes: b6cd27ed3388 ("netpoll per device txq")
Cc: stable@vger.kernel.org # 6.12+
Assisted-by: LLM

This slop is definitely not a fix.
It never worked, it's net-next at best, no fixes tags

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help