* [PATCH 6.6-rt 1/5] Revert "net: Avoid the IPI to free the"
2026-10-18 18:15 [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush wen.yang
@ 2026-10-18 18:15 ` wen.yang
2026-10-18 18:15 ` [PATCH 6.6-rt 2/5] net: Remove conditional threaded-NAPI wakeup based on task state wen.yang
` (4 subsequent siblings)
5 siblings, 0 replies; 10+ messages in thread
From: wen.yang @ 2026-10-18 18:15 UTC (permalink / raw)
To: Sebastian Andrzej Siewior, Clark Williams, Steven Rostedt; +Cc: linux-rt-devel
From: Wen Yang <wen.yang@linux.dev>
This reverts commit 1f7514c9c75d41974744b46ca7665fa8d6d6adab.
The RT-only defer_work workaround covers the deferred-free path but not
RPS remote-backlog scheduling, which still raises NET_RX_SOFTIRQ from the
function-call IPI, so the do_softirq_post_smp_call_flush() warning remains
reachable. The following upstream backlog-NAPI thread backport replaces
both paths with backlog-thread scheduling, so revert the workaround rather
than extend it.
Signed-off-by: Wen Yang <wen.yang@linux.dev>
---
include/linux/netdevice.h | 4 ----
net/core/dev.c | 39 +++++++++------------------------------
net/core/skbuff.c | 7 +------
3 files changed, 10 insertions(+), 40 deletions(-)
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 46f525292fb9..3510177cd1ba 100644
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
@@ -3319,11 +3319,7 @@ struct softnet_data {
int defer_count;
int defer_ipi_scheduled;
struct sk_buff *defer_list;
-#ifndef CONFIG_PREEMPT_RT
call_single_data_t defer_csd;
-#else
- struct work_struct defer_work;
-#endif
};
static inline void input_queue_head_incr(struct softnet_data *sd)
diff --git a/net/core/dev.c b/net/core/dev.c
index 2caeb73a74bb..39ae67377358 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -4821,6 +4821,15 @@ static void rps_trigger_softirq(void *data)
#endif /* CONFIG_RPS */
+/* Called from hardirq (IPI) context */
+static void trigger_rx_softirq(void *data)
+{
+ struct softnet_data *sd = data;
+
+ __raise_softirq_irqoff(NET_RX_SOFTIRQ);
+ smp_store_release(&sd->defer_ipi_scheduled, 0);
+}
+
/*
* After we queued a packet into sd->input_pkt_queue,
* we need to make sure this queue is serviced soon.
@@ -6789,32 +6798,6 @@ static void skb_defer_free_flush(struct softnet_data *sd)
}
}
-#ifndef CONFIG_PREEMPT_RT
-
-/* Called from hardirq (IPI) context */
-static void trigger_rx_softirq(void *data)
-{
- struct softnet_data *sd = data;
-
- __raise_softirq_irqoff(NET_RX_SOFTIRQ);
- smp_store_release(&sd->defer_ipi_scheduled, 0);
-}
-
-#else
-
-static void trigger_rx_softirq(struct work_struct *defer_work)
-{
- struct softnet_data *sd;
-
- sd = container_of(defer_work, struct softnet_data, defer_work);
- smp_store_release(&sd->defer_ipi_scheduled, 0);
- local_bh_disable();
- skb_defer_free_flush(sd);
- local_bh_enable();
-}
-
-#endif
-
static int napi_threaded_poll(void *data)
{
struct napi_struct *napi = data;
@@ -11876,11 +11859,7 @@ static int __init net_dev_init(void)
INIT_CSD(&sd->csd, rps_trigger_softirq, sd);
sd->cpu = i;
#endif
-#ifndef CONFIG_PREEMPT_RT
INIT_CSD(&sd->defer_csd, trigger_rx_softirq, sd);
-#else
- INIT_WORK(&sd->defer_work, trigger_rx_softirq);
-#endif
spin_lock_init(&sd->defer_lock);
init_gro_hash(&sd->backlog);
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 16beed62e9e3..3f7c4e1d7c76 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -6914,13 +6914,8 @@ nodefer: __kfree_skb(skb);
/* Make sure to trigger NET_RX_SOFTIRQ on the remote CPU
* if we are unlucky enough (this seems very unlikely).
*/
- if (unlikely(kick) && !cmpxchg(&sd->defer_ipi_scheduled, 0, 1)) {
-#ifndef CONFIG_PREEMPT_RT
+ if (unlikely(kick) && !cmpxchg(&sd->defer_ipi_scheduled, 0, 1))
smp_call_function_single_async(cpu, &sd->defer_csd);
-#else
- schedule_work_on(cpu, &sd->defer_work);
-#endif
- }
}
static void skb_splice_csum_page(struct sk_buff *skb, struct page *page,
--
2.25.1
^ permalink raw reply related [flat|nested] 10+ messages in thread* [PATCH 6.6-rt 2/5] net: Remove conditional threaded-NAPI wakeup based on task state.
2026-10-18 18:15 [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush wen.yang
2026-10-18 18:15 ` [PATCH 6.6-rt 1/5] Revert "net: Avoid the IPI to free the" wen.yang
@ 2026-10-18 18:15 ` wen.yang
2026-10-18 18:15 ` [PATCH 6.6-rt 3/5] net: Allow to use SMP threads for backlog NAPI wen.yang
` (3 subsequent siblings)
5 siblings, 0 replies; 10+ messages in thread
From: wen.yang @ 2026-10-18 18:15 UTC (permalink / raw)
To: Sebastian Andrzej Siewior, Clark Williams, Steven Rostedt; +Cc: linux-rt-devel
From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
commit 56364c910691f6d10ba88c964c9041b9ab777bd6 upstream.
A NAPI thread is scheduled by first setting NAPI_STATE_SCHED bit. If
successful (the bit was not yet set) then the NAPI_STATE_SCHED_THREADED
is set but only if thread's state is not TASK_INTERRUPTIBLE (is
TASK_RUNNING) followed by task wakeup.
If the task is idle (TASK_INTERRUPTIBLE) then the
NAPI_STATE_SCHED_THREADED bit is not set. The thread is no relying on
the bit but always leaving the wait-loop after returning from schedule()
because there must have been a wakeup.
The smpboot-threads implementation for per-CPU threads requires an
explicit condition and does not support "if we get out of schedule()
then there must be something to do".
Removing this optimisation simplifies the following integration.
Set NAPI_STATE_SCHED_THREADED unconditionally on wakeup and rely on it
in the wait path by removing the `woken' condition.
Acked-by: Jakub Kicinski <kuba@kernel.org>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Wen Yang <wen.yang@linux.dev>
---
net/core/dev.c | 14 ++------------
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/net/core/dev.c b/net/core/dev.c
index 39ae67377358..5ba7b5ff1c87 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -4589,13 +4589,7 @@ static inline void ____napi_schedule(struct softnet_data *sd,
*/
thread = READ_ONCE(napi->thread);
if (thread) {
- /* Avoid doing set_bit() if the thread is in
- * INTERRUPTIBLE state, cause napi_thread_wait()
- * makes sure to proceed with napi polling
- * if the thread is explicitly woken from here.
- */
- if (READ_ONCE(thread->__state) != TASK_INTERRUPTIBLE)
- set_bit(NAPI_STATE_SCHED_THREADED, &napi->state);
+ set_bit(NAPI_STATE_SCHED_THREADED, &napi->state);
wake_up_process(thread);
return;
}
@@ -6751,8 +6745,6 @@ static int napi_poll(struct napi_struct *n, struct list_head *repoll)
static int napi_thread_wait(struct napi_struct *napi)
{
- bool woken = false;
-
set_current_state(TASK_INTERRUPTIBLE);
while (!kthread_should_stop()) {
@@ -6761,15 +6753,13 @@ static int napi_thread_wait(struct napi_struct *napi)
* Testing SCHED bit is not enough because SCHED bit might be
* set by some other busy poll thread or by napi_disable().
*/
- if (test_bit(NAPI_STATE_SCHED_THREADED, &napi->state) || woken) {
+ if (test_bit(NAPI_STATE_SCHED_THREADED, &napi->state)) {
WARN_ON(!list_empty(&napi->poll_list));
__set_current_state(TASK_RUNNING);
return 0;
}
schedule();
- /* woken being true indicates this thread owns this napi. */
- woken = true;
set_current_state(TASK_INTERRUPTIBLE);
}
__set_current_state(TASK_RUNNING);
--
2.25.1
^ permalink raw reply related [flat|nested] 10+ messages in thread* [PATCH 6.6-rt 3/5] net: Allow to use SMP threads for backlog NAPI.
2026-10-18 18:15 [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush wen.yang
2026-10-18 18:15 ` [PATCH 6.6-rt 1/5] Revert "net: Avoid the IPI to free the" wen.yang
2026-10-18 18:15 ` [PATCH 6.6-rt 2/5] net: Remove conditional threaded-NAPI wakeup based on task state wen.yang
@ 2026-10-18 18:15 ` wen.yang
2026-10-18 18:15 ` [PATCH 6.6-rt 4/5] net: Use backlog-NAPI to clean up the defer_list wen.yang
` (2 subsequent siblings)
5 siblings, 0 replies; 10+ messages in thread
From: wen.yang @ 2026-10-18 18:15 UTC (permalink / raw)
To: Sebastian Andrzej Siewior, Clark Williams, Steven Rostedt; +Cc: linux-rt-devel
From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
commit dad6b97702639fba27a2bd3e986982ad6f0db3a7 upstream.
Backlog NAPI is a per-CPU NAPI struct only (with no device behind it)
used by drivers which don't do NAPI them self, RPS and parts of the
stack which need to avoid recursive deadlocks while processing a packet.
The non-NAPI driver use the CPU local backlog NAPI. If RPS is enabled
then a flow for the skb is computed and based on the flow the skb can be
enqueued on a remote CPU. Scheduling/ raising the softirq (for backlog's
NAPI) on the remote CPU isn't trivial because the softirq is only
scheduled on the local CPU and performed after the hardirq is done.
In order to schedule a softirq on the remote CPU, an IPI is sent to the
remote CPU which schedules the backlog-NAPI on the then local CPU.
On PREEMPT_RT interrupts are force-threaded. The soft interrupts are
raised within the interrupt thread and processed after the interrupt
handler completed still within the context of the interrupt thread. The
softirq is handled in the context where it originated.
With force-threaded interrupts enabled, ksoftirqd is woken up if a
softirq is raised from hardirq context. This is the case if it is raised
from an IPI. Additionally there is a warning on PREEMPT_RT if the
softirq is raised from the idle thread.
This was done for two reasons:
- With threaded interrupts the processing should happen in thread
context (where it originated) and ksoftirqd is the only thread for
this context if raised from hardirq. Using the currently running task
instead would "punish" a random task.
- Once ksoftirqd is active it consumes all further softirqs until it
stops running. This changed recently and is no longer the case.
Instead of keeping the backlog NAPI in ksoftirqd (in force-threaded/
PREEMPT_RT setups) I am proposing NAPI-threads for backlog.
The "proper" setup with threaded-NAPI is not doable because the threads
are not pinned to an individual CPU and can be modified by the user.
Additionally a dummy network device would have to be assigned. Also
CPU-hotplug has to be considered if additional CPUs show up.
All this can be probably done/ solved but the smpboot-threads already
provide this infrastructure.
Sending UDP packets over loopback expects that the packet is processed
within the call. Delaying it by handing it over to the thread hurts
performance. It is not beneficial to the outcome if the context switch
happens immediately after enqueue or after a while to process a few
packets in a batch.
There is no need to always use the thread if the backlog NAPI is
requested on the local CPU. This restores the loopback throuput. The
performance drops mostly to the same value after enabling RPS on the
loopback comparing the IPI and the tread result.
Create NAPI-threads for backlog if request during boot. The thread runs
the inner loop from napi_threaded_poll(), the wait part is different. It
checks for NAPI_STATE_SCHED (the backlog NAPI can not be disabled).
The NAPI threads for backlog are optional, it has to be enabled via the boot
argument "thread_backlog_napi". It is mandatory for PREEMPT_RT to avoid the
wakeup of ksoftirqd from the IPI.
[Backport notes: retain the v6.6 list_owner update and RT locking. The
following hunks were re-anchored; each is a pure base difference, not a
behavioural change:
* backlog_napi percpu definition: anchored on netdev_max_backlog; the
surrounding variable layout differs.
* napi_threaded_poll() split: anchored after skb_defer_free_flush().
* smpboot block and net_dev_init(): v6.6 has no net_page_pool_create()
call, so that context was dropped.
Keep all upstream functional changes.]
Acked-by: Jakub Kicinski <kuba@kernel.org>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Wen Yang <wen.yang@linux.dev>
---
net/core/dev.c | 148 +++++++++++++++++++++++++++++++++++++------------
1 file changed, 113 insertions(+), 35 deletions(-)
diff --git a/net/core/dev.c b/net/core/dev.c
index 5ba7b5ff1c87..dbd6c16b7838 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -78,6 +78,7 @@
#include <linux/slab.h>
#include <linux/sched.h>
#include <linux/sched/mm.h>
+#include <linux/smpboot.h>
#include <linux/mutex.h>
#include <linux/rwsem.h>
#include <linux/string.h>
@@ -217,6 +218,31 @@ static inline struct hlist_head *dev_index_hash(struct net *net, int ifindex)
return &net->dev_index_head[ifindex & (NETDEV_HASHENTRIES - 1)];
}
+#ifndef CONFIG_PREEMPT_RT
+
+static DEFINE_STATIC_KEY_FALSE(use_backlog_threads_key);
+
+static int __init setup_backlog_napi_threads(char *arg)
+{
+ static_branch_enable(&use_backlog_threads_key);
+ return 0;
+}
+early_param("thread_backlog_napi", setup_backlog_napi_threads);
+
+static bool use_backlog_threads(void)
+{
+ return static_branch_unlikely(&use_backlog_threads_key);
+}
+
+#else
+
+static bool use_backlog_threads(void)
+{
+ return true;
+}
+
+#endif
+
static inline void rps_lock_irqsave(struct softnet_data *sd,
unsigned long *flags)
{
@@ -4557,6 +4583,7 @@ EXPORT_SYMBOL(__dev_direct_xmit);
/*************************************************************************
* Receiver routines
*************************************************************************/
+static DEFINE_PER_CPU(struct task_struct *, backlog_napi);
int netdev_max_backlog __read_mostly = 1000;
EXPORT_SYMBOL(netdev_max_backlog);
@@ -4589,12 +4616,16 @@ static inline void ____napi_schedule(struct softnet_data *sd,
*/
thread = READ_ONCE(napi->thread);
if (thread) {
+ if (use_backlog_threads() && thread == raw_cpu_read(backlog_napi))
+ goto use_local_napi;
+
set_bit(NAPI_STATE_SCHED_THREADED, &napi->state);
wake_up_process(thread);
return;
}
}
+use_local_napi:
list_add_tail(&napi->poll_list, &sd->poll_list);
WRITE_ONCE(napi->list_owner, smp_processor_id());
/* If not called from net_rx_action()
@@ -4840,6 +4871,11 @@ static void napi_schedule_rps(struct softnet_data *sd)
#ifdef CONFIG_RPS
if (sd != mysd) {
+ if (use_backlog_threads()) {
+ __napi_schedule_irqoff(&sd->backlog);
+ return;
+ }
+
sd->rps_ipi_next = mysd->rps_ipi_list;
mysd->rps_ipi_list = sd;
@@ -6063,7 +6099,7 @@ static void net_rps_action_and_irq_enable(struct softnet_data *sd)
#ifdef CONFIG_RPS
struct softnet_data *remsd = sd->rps_ipi_list;
- if (remsd) {
+ if (!use_backlog_threads() && remsd) {
sd->rps_ipi_list = NULL;
local_irq_enable();
@@ -6078,7 +6114,7 @@ static void net_rps_action_and_irq_enable(struct softnet_data *sd)
static bool sd_has_rps_ipi_waiting(struct softnet_data *sd)
{
#ifdef CONFIG_RPS
- return sd->rps_ipi_list != NULL;
+ return !use_backlog_threads() && sd->rps_ipi_list;
#else
return false;
#endif
@@ -6122,7 +6158,7 @@ static int process_backlog(struct napi_struct *napi, int quota)
* We can use a plain write instead of clear_bit(),
* and we dont need an smp_mb() memory barrier.
*/
- napi->state = 0;
+ napi->state &= NAPIF_STATE_THREADED;
again = false;
} else {
skb_queue_splice_tail_init(&sd->input_pkt_queue,
@@ -6788,43 +6824,48 @@ static void skb_defer_free_flush(struct softnet_data *sd)
}
}
-static int napi_threaded_poll(void *data)
+static void napi_threaded_poll_loop(struct napi_struct *napi)
{
- struct napi_struct *napi = data;
struct softnet_data *sd;
- void *have;
-
- while (!napi_thread_wait(napi)) {
- unsigned long last_qs = jiffies;
+ unsigned long last_qs = jiffies;
- for (;;) {
- bool repoll = false;
+ for (;;) {
+ bool repoll = false;
+ void *have;
- local_bh_disable();
- sd = this_cpu_ptr(&softnet_data);
- sd->in_napi_threaded_poll = true;
+ local_bh_disable();
+ sd = this_cpu_ptr(&softnet_data);
+ sd->in_napi_threaded_poll = true;
- have = netpoll_poll_lock(napi);
- __napi_poll(napi, &repoll);
- netpoll_poll_unlock(have);
+ have = netpoll_poll_lock(napi);
+ __napi_poll(napi, &repoll);
+ netpoll_poll_unlock(have);
- sd->in_napi_threaded_poll = false;
- barrier();
+ sd->in_napi_threaded_poll = false;
+ barrier();
- if (sd_has_rps_ipi_waiting(sd)) {
- local_irq_disable();
- net_rps_action_and_irq_enable(sd);
- }
- skb_defer_free_flush(sd);
- local_bh_enable();
+ if (sd_has_rps_ipi_waiting(sd)) {
+ local_irq_disable();
+ net_rps_action_and_irq_enable(sd);
+ }
+ skb_defer_free_flush(sd);
+ local_bh_enable();
- if (!repoll)
- break;
+ if (!repoll)
+ break;
- rcu_softirq_qs_periodic(last_qs);
- cond_resched();
- }
+ rcu_softirq_qs_periodic(last_qs);
+ cond_resched();
}
+}
+
+static int napi_threaded_poll(void *data)
+{
+ struct napi_struct *napi = data;
+
+ while (!napi_thread_wait(napi))
+ napi_threaded_poll_loop(napi);
+
return 0;
}
@@ -11441,7 +11482,7 @@ static int dev_cpu_dead(unsigned int oldcpu)
list_del_init(&napi->poll_list);
if (napi->poll == process_backlog)
- napi->state = 0;
+ napi->state &= NAPIF_STATE_THREADED;
else
____napi_schedule(sd, napi);
}
@@ -11449,12 +11490,14 @@ static int dev_cpu_dead(unsigned int oldcpu)
raise_softirq_irqoff(NET_TX_SOFTIRQ);
local_irq_enable();
+ if (!use_backlog_threads()) {
#ifdef CONFIG_RPS
- remsd = oldsd->rps_ipi_list;
- oldsd->rps_ipi_list = NULL;
+ remsd = oldsd->rps_ipi_list;
+ oldsd->rps_ipi_list = NULL;
#endif
- /* send out pending IPI's on offline CPU */
- net_rps_send_ipi(remsd);
+ /* send out pending IPI's on offline CPU */
+ net_rps_send_ipi(remsd);
+ }
/* Process offline CPU's input_pkt_queue */
while ((skb = __skb_dequeue(&oldsd->process_queue))) {
@@ -11805,6 +11848,38 @@ static struct pernet_operations __net_initdata default_device_ops = {
*
*/
+static int backlog_napi_should_run(unsigned int cpu)
+{
+ struct softnet_data *sd = per_cpu_ptr(&softnet_data, cpu);
+ struct napi_struct *napi = &sd->backlog;
+
+ return test_bit(NAPI_STATE_SCHED_THREADED, &napi->state);
+}
+
+static void run_backlog_napi(unsigned int cpu)
+{
+ struct softnet_data *sd = per_cpu_ptr(&softnet_data, cpu);
+
+ napi_threaded_poll_loop(&sd->backlog);
+}
+
+static void backlog_napi_setup(unsigned int cpu)
+{
+ struct softnet_data *sd = per_cpu_ptr(&softnet_data, cpu);
+ struct napi_struct *napi = &sd->backlog;
+
+ napi->thread = this_cpu_read(backlog_napi);
+ set_bit(NAPI_STATE_THREADED, &napi->state);
+}
+
+static struct smp_hotplug_thread backlog_threads = {
+ .store = &backlog_napi,
+ .thread_should_run = backlog_napi_should_run,
+ .thread_fn = run_backlog_napi,
+ .thread_comm = "backlog_napi/%u",
+ .setup = backlog_napi_setup,
+};
+
/*
* This is called single threaded during boot, so no need
* to take the rtnl semaphore.
@@ -11855,7 +11930,10 @@ static int __init net_dev_init(void)
init_gro_hash(&sd->backlog);
sd->backlog.poll = process_backlog;
sd->backlog.weight = weight_p;
+ INIT_LIST_HEAD(&sd->backlog.poll_list);
}
+ if (use_backlog_threads())
+ smpboot_register_percpu_thread(&backlog_threads);
dev_boot_phase = 0;
--
2.25.1
^ permalink raw reply related [flat|nested] 10+ messages in thread* [PATCH 6.6-rt 4/5] net: Use backlog-NAPI to clean up the defer_list.
2026-10-18 18:15 [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush wen.yang
` (2 preceding siblings ...)
2026-10-18 18:15 ` [PATCH 6.6-rt 3/5] net: Allow to use SMP threads for backlog NAPI wen.yang
@ 2026-10-18 18:15 ` wen.yang
2026-10-18 18:15 ` [PATCH 6.6-rt 5/5] net: Rename rps_lock to backlog_lock wen.yang
2026-10-19 13:20 ` [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush Clark Williams
5 siblings, 0 replies; 10+ messages in thread
From: wen.yang @ 2026-10-18 18:15 UTC (permalink / raw)
To: Sebastian Andrzej Siewior, Clark Williams, Steven Rostedt; +Cc: linux-rt-devel
From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
commit 80d2eefcb4c84aa9018b2a997ab3a4c567bc821a upstream.
The defer_list is a per-CPU list which is used to free skbs outside of
the socket lock and on the CPU on which they have been allocated.
The list is processed during NAPI callbacks so ideally the list is
cleaned up.
Should the amount of skbs on the list exceed a certain water mark then
the softirq is triggered remotely on the target CPU by invoking a remote
function call. The raise of the softirqs via a remote function call
leads to waking the ksoftirqd on PREEMPT_RT which is undesired.
The backlog-NAPI threads already provide the infrastructure which can be
utilized to perform the cleanup of the defer_list.
The NAPI state is updated with the input_pkt_queue.lock acquired. It
order not to break the state, it is needed to also wake the backlog-NAPI
thread with the lock held. This requires to acquire the use the lock in
rps_lock_irq*() if the backlog-NAPI threads are used even with RPS
disabled.
Move the logic of remotely starting softirqs to clean up the defer_list
into kick_defer_list_purge(). Make sure a lock is held in
rps_lock_irq*() if backlog-NAPI threads are used. Schedule backlog-NAPI
for defer_list cleanup if backlog-NAPI is available.
Acked-by: Jakub Kicinski <kuba@kernel.org>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Wen Yang <wen.yang@linux.dev>
---
include/linux/netdevice.h | 1 +
net/core/dev.c | 25 +++++++++++++++++++++----
net/core/skbuff.c | 4 ++--
3 files changed, 24 insertions(+), 6 deletions(-)
diff --git a/include/linux/netdevice.h b/include/linux/netdevice.h
index 3510177cd1ba..60d7d6d1a260 100644
--- a/include/linux/netdevice.h
+++ b/include/linux/netdevice.h
@@ -3361,6 +3361,7 @@ static inline void dev_xmit_recursion_dec(void)
__this_cpu_dec(softnet_data.xmit.recursion);
}
+void kick_defer_list_purge(struct softnet_data *sd, unsigned int cpu);
void __netif_schedule(struct Qdisc *q);
void netif_schedule_queue(struct netdev_queue *txq);
diff --git a/net/core/dev.c b/net/core/dev.c
index dbd6c16b7838..abc75727f58d 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -246,7 +246,7 @@ static bool use_backlog_threads(void)
static inline void rps_lock_irqsave(struct softnet_data *sd,
unsigned long *flags)
{
- if (IS_ENABLED(CONFIG_RPS))
+ if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_lock_irqsave(&sd->input_pkt_queue.lock, *flags);
else if (!IS_ENABLED(CONFIG_PREEMPT_RT))
local_irq_save(*flags);
@@ -254,7 +254,7 @@ static inline void rps_lock_irqsave(struct softnet_data *sd,
static inline void rps_lock_irq_disable(struct softnet_data *sd)
{
- if (IS_ENABLED(CONFIG_RPS))
+ if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_lock_irq(&sd->input_pkt_queue.lock);
else if (!IS_ENABLED(CONFIG_PREEMPT_RT))
local_irq_disable();
@@ -263,7 +263,7 @@ static inline void rps_lock_irq_disable(struct softnet_data *sd)
static inline void rps_unlock_irq_restore(struct softnet_data *sd,
unsigned long *flags)
{
- if (IS_ENABLED(CONFIG_RPS))
+ if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_unlock_irqrestore(&sd->input_pkt_queue.lock, *flags);
else if (!IS_ENABLED(CONFIG_PREEMPT_RT))
local_irq_restore(*flags);
@@ -271,7 +271,7 @@ static inline void rps_unlock_irq_restore(struct softnet_data *sd,
static inline void rps_unlock_irq_enable(struct softnet_data *sd)
{
- if (IS_ENABLED(CONFIG_RPS))
+ if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_unlock_irq(&sd->input_pkt_queue.lock);
else if (!IS_ENABLED(CONFIG_PREEMPT_RT))
local_irq_enable();
@@ -4890,6 +4890,23 @@ static void napi_schedule_rps(struct softnet_data *sd)
__napi_schedule_irqoff(&mysd->backlog);
}
+void kick_defer_list_purge(struct softnet_data *sd, unsigned int cpu)
+{
+ unsigned long flags;
+
+ if (use_backlog_threads()) {
+ rps_lock_irqsave(sd, &flags);
+
+ if (!__test_and_set_bit(NAPI_STATE_SCHED, &sd->backlog.state))
+ __napi_schedule_irqoff(&sd->backlog);
+
+ rps_unlock_irq_restore(sd, &flags);
+
+ } else if (!cmpxchg(&sd->defer_ipi_scheduled, 0, 1)) {
+ smp_call_function_single_async(cpu, &sd->defer_csd);
+ }
+}
+
#ifdef CONFIG_NET_FLOW_LIMIT
int netdev_flow_limit_table_len __read_mostly = (1 << 12);
#endif
diff --git a/net/core/skbuff.c b/net/core/skbuff.c
index 3f7c4e1d7c76..c5d8a24a8652 100644
--- a/net/core/skbuff.c
+++ b/net/core/skbuff.c
@@ -6914,8 +6914,8 @@ nodefer: __kfree_skb(skb);
/* Make sure to trigger NET_RX_SOFTIRQ on the remote CPU
* if we are unlucky enough (this seems very unlikely).
*/
- if (unlikely(kick) && !cmpxchg(&sd->defer_ipi_scheduled, 0, 1))
- smp_call_function_single_async(cpu, &sd->defer_csd);
+ if (unlikely(kick))
+ kick_defer_list_purge(sd, cpu);
}
static void skb_splice_csum_page(struct sk_buff *skb, struct page *page,
--
2.25.1
^ permalink raw reply related [flat|nested] 10+ messages in thread* [PATCH 6.6-rt 5/5] net: Rename rps_lock to backlog_lock.
2026-10-18 18:15 [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush wen.yang
` (3 preceding siblings ...)
2026-10-18 18:15 ` [PATCH 6.6-rt 4/5] net: Use backlog-NAPI to clean up the defer_list wen.yang
@ 2026-10-18 18:15 ` wen.yang
2026-10-19 13:20 ` [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush Clark Williams
5 siblings, 0 replies; 10+ messages in thread
From: wen.yang @ 2026-10-18 18:15 UTC (permalink / raw)
To: Sebastian Andrzej Siewior, Clark Williams, Steven Rostedt; +Cc: linux-rt-devel
From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
commit 765b11f8f4e20b7433e4ba4a3e9106a0d59501ed upstream.
The rps_lock.*() functions use the inner lock of a sk_buff_head for
locking. This lock is used if RPS is enabled, otherwise the list is
accessed lockless and disabling interrupts is enough for the
synchronisation because it is only accessed CPU local. Not only the list
is protected but also the NAPI state protected.
With the addition of backlog threads, the lock is also needed because of
the cross CPU access even without RPS. The clean up of the defer_list
list is also done via backlog threads (if enabled).
It has been suggested to rename the locking function since it is no
longer just RPS.
Rename the rps_lock*() functions to backlog_lock*().
Suggested-by: Jakub Kicinski <kuba@kernel.org>
Acked-by: Jakub Kicinski <kuba@kernel.org>
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Wen Yang <wen.yang@linux.dev>
---
net/core/dev.c | 34 +++++++++++++++++-----------------
1 file changed, 17 insertions(+), 17 deletions(-)
diff --git a/net/core/dev.c b/net/core/dev.c
index abc75727f58d..f8e31cb5ec77 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -243,8 +243,8 @@ static bool use_backlog_threads(void)
#endif
-static inline void rps_lock_irqsave(struct softnet_data *sd,
- unsigned long *flags)
+static inline void backlog_lock_irq_save(struct softnet_data *sd,
+ unsigned long *flags)
{
if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_lock_irqsave(&sd->input_pkt_queue.lock, *flags);
@@ -252,7 +252,7 @@ static inline void rps_lock_irqsave(struct softnet_data *sd,
local_irq_save(*flags);
}
-static inline void rps_lock_irq_disable(struct softnet_data *sd)
+static inline void backlog_lock_irq_disable(struct softnet_data *sd)
{
if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_lock_irq(&sd->input_pkt_queue.lock);
@@ -260,8 +260,8 @@ static inline void rps_lock_irq_disable(struct softnet_data *sd)
local_irq_disable();
}
-static inline void rps_unlock_irq_restore(struct softnet_data *sd,
- unsigned long *flags)
+static inline void backlog_unlock_irq_restore(struct softnet_data *sd,
+ unsigned long *flags)
{
if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_unlock_irqrestore(&sd->input_pkt_queue.lock, *flags);
@@ -269,7 +269,7 @@ static inline void rps_unlock_irq_restore(struct softnet_data *sd,
local_irq_restore(*flags);
}
-static inline void rps_unlock_irq_enable(struct softnet_data *sd)
+static inline void backlog_unlock_irq_enable(struct softnet_data *sd)
{
if (IS_ENABLED(CONFIG_RPS) || use_backlog_threads())
spin_unlock_irq(&sd->input_pkt_queue.lock);
@@ -4895,12 +4895,12 @@ void kick_defer_list_purge(struct softnet_data *sd, unsigned int cpu)
unsigned long flags;
if (use_backlog_threads()) {
- rps_lock_irqsave(sd, &flags);
+ backlog_lock_irq_save(sd, &flags);
if (!__test_and_set_bit(NAPI_STATE_SCHED, &sd->backlog.state))
__napi_schedule_irqoff(&sd->backlog);
- rps_unlock_irq_restore(sd, &flags);
+ backlog_unlock_irq_restore(sd, &flags);
} else if (!cmpxchg(&sd->defer_ipi_scheduled, 0, 1)) {
smp_call_function_single_async(cpu, &sd->defer_csd);
@@ -4962,7 +4962,7 @@ static int enqueue_to_backlog(struct sk_buff *skb, int cpu,
reason = SKB_DROP_REASON_NOT_SPECIFIED;
sd = &per_cpu(softnet_data, cpu);
- rps_lock_irqsave(sd, &flags);
+ backlog_lock_irq_save(sd, &flags);
if (!netif_running(skb->dev))
goto drop;
qlen = skb_queue_len(&sd->input_pkt_queue);
@@ -4971,7 +4971,7 @@ static int enqueue_to_backlog(struct sk_buff *skb, int cpu,
enqueue:
__skb_queue_tail(&sd->input_pkt_queue, skb);
input_queue_tail_incr_save(sd, qtail);
- rps_unlock_irq_restore(sd, &flags);
+ backlog_unlock_irq_restore(sd, &flags);
return NET_RX_SUCCESS;
}
@@ -4986,7 +4986,7 @@ static int enqueue_to_backlog(struct sk_buff *skb, int cpu,
drop:
sd->dropped++;
- rps_unlock_irq_restore(sd, &flags);
+ backlog_unlock_irq_restore(sd, &flags);
dev_core_stats_rx_dropped_inc(skb->dev);
kfree_skb_reason(skb, reason);
@@ -6017,7 +6017,7 @@ static void flush_backlog(struct work_struct *work)
local_bh_disable();
sd = this_cpu_ptr(&softnet_data);
- rps_lock_irq_disable(sd);
+ backlog_lock_irq_disable(sd);
skb_queue_walk_safe(&sd->input_pkt_queue, skb, tmp) {
if (skb->dev->reg_state == NETREG_UNREGISTERING) {
__skb_unlink(skb, &sd->input_pkt_queue);
@@ -6025,7 +6025,7 @@ static void flush_backlog(struct work_struct *work)
input_queue_head_incr(sd);
}
}
- rps_unlock_irq_enable(sd);
+ backlog_unlock_irq_enable(sd);
skb_queue_walk_safe(&sd->process_queue, skb, tmp) {
if (skb->dev->reg_state == NETREG_UNREGISTERING) {
@@ -6043,14 +6043,14 @@ static bool flush_required(int cpu)
struct softnet_data *sd = &per_cpu(softnet_data, cpu);
bool do_flush;
- rps_lock_irq_disable(sd);
+ backlog_lock_irq_disable(sd);
/* as insertion into process_queue happens with the rps lock held,
* process_queue access may race only with dequeue
*/
do_flush = !skb_queue_empty(&sd->input_pkt_queue) ||
!skb_queue_empty_lockless(&sd->process_queue);
- rps_unlock_irq_enable(sd);
+ backlog_unlock_irq_enable(sd);
return do_flush;
#endif
@@ -6165,7 +6165,7 @@ static int process_backlog(struct napi_struct *napi, int quota)
}
- rps_lock_irq_disable(sd);
+ backlog_lock_irq_disable(sd);
if (skb_queue_empty(&sd->input_pkt_queue)) {
/*
* Inline a custom version of __napi_complete().
@@ -6181,7 +6181,7 @@ static int process_backlog(struct napi_struct *napi, int quota)
skb_queue_splice_tail_init(&sd->input_pkt_queue,
&sd->process_queue);
}
- rps_unlock_irq_enable(sd);
+ backlog_unlock_irq_enable(sd);
}
return work;
--
2.25.1
^ permalink raw reply related [flat|nested] 10+ messages in thread* Re: [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush
2026-10-18 18:15 [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush wen.yang
` (4 preceding siblings ...)
2026-10-18 18:15 ` [PATCH 6.6-rt 5/5] net: Rename rps_lock to backlog_lock wen.yang
@ 2026-10-19 13:20 ` Clark Williams
2026-10-19 17:18 ` Wen Yang
5 siblings, 1 reply; 10+ messages in thread
From: Clark Williams @ 2026-10-19 13:20 UTC (permalink / raw)
To: wen.yang; +Cc: Sebastian Andrzej Siewior, Steven Rostedt, linux-rt-devel
On Mon, Oct 19, 2026 at 02:15:22AM +0800, wen.yang@linux.dev wrote:
> From: Wen Yang <wen.yang@linux.dev>
>
> Backport backlog-NAPI threads to v6.6-rt-next first, as requested by
> Sebastian and Clark, before following up with the v6.1-rt backport.
> The base is 4c4970859022 (Linux 6.6.151-rt78-rc1).
>
> The existing RT workaround, 1f7514c9c75d ("net: Avoid the IPI to free the"),
> redirects deferred skb cleanup to a worker but leaves RPS remote-backlog
> scheduling on the function-call IPI path. In a fresh RT guest this still
> triggers do_softirq_post_smp_call_flush() from idle queue flushing.
>
> The ten earlier NAPI/RPS prerequisites are already present in v6.6, so this
> series reverts the workaround and backports the four upstream changes (all
> in upstream v6.10) in dependency order. Backlog-NAPI threads replace the
> RPS/defer function-call notifications; ordinary scheduler wakeup IPI traffic
> can still occur. Two of the changes were previously backported to ordinary
> 6.6.y and reverted (507692c05636, 5a530c8ead06) only because PREEMPT_RT is
> absent there, not for a functional defect.
>
> Backport notes
> --------------
> Only 3/5 needs context adaptations; they are listed in that patch's commit
> message. The other four apply without context edits. Unlike v6.1, v6.6 keeps
> WRITE_ONCE(napi->list_owner, ...) because the field already exists here.
>
> Verification
> ------------
> Each of the five stages was replayed against the base snapshot and compiled
> for net/core/dev.o and net/core/skbuff.o. The baseline and final RT/RPS
> bzImages were built with byte-identical normalized configs using GCC 9.4.0,
> with no compiler warnings or errors.
>
> Tests use virtme-ng 1.38, x86_64 QEMU/KVM, four vCPUs and 2 GiB memory:
>
> vng --run <bzImage> --cpus 4 --memory 2G \
> --qemu-opts='-machine accel=kvm' --exec 'bash <script>'
>
> The config enables PREEMPT_RT, SMP, SYSFS, NET_NS, VETH, RPS,
> IRQ_TIME_ACCOUNTING and KPROBES, with NR_CPUS=4. Run the inline script below
> in a fresh guest for each image; it prints one column of the table, and the
> columns are joined outside the guest. It covers both mechanisms: the RPS/IPI
> path (ping flood with RPS steered to CPU1) and the defer_list purge path
> (cross-CPU TCP frees traced with kprobes). See its header for details.
>
Wen,
I just pushed v6.6.159-rt82-rc1 up to the linux-stable-rt repository in
v6.6-rt-next, waiting for kernelci.org to pick it up and test it. I'll
let it soak for a bit so people can test it, then we can release it
later this week.
I'm betting the v6.1-rt series is going to be a bit bigger? :)
Clark
--
The United States Coast Guard
Ruining Natural Selection since 1790
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush
2026-10-19 13:20 ` [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush Clark Williams
@ 2026-10-19 17:18 ` Wen Yang
2026-10-19 17:40 ` Clark Williams
0 siblings, 1 reply; 10+ messages in thread
From: Wen Yang @ 2026-10-19 17:18 UTC (permalink / raw)
To: Clark Williams; +Cc: Sebastian Andrzej Siewior, Steven Rostedt, linux-rt-devel
On 10/19/26 21:20, Clark Williams wrote:
> On Mon, Oct 19, 2026 at 02:15:22AM +0800, wen.yang@linux.dev wrote:
>> From: Wen Yang <wen.yang@linux.dev>
>>
>> Backport backlog-NAPI threads to v6.6-rt-next first, as requested by
>> Sebastian and Clark, before following up with the v6.1-rt backport.
>> The base is 4c4970859022 (Linux 6.6.151-rt78-rc1).
>>
>> The existing RT workaround, 1f7514c9c75d ("net: Avoid the IPI to free the"),
>> redirects deferred skb cleanup to a worker but leaves RPS remote-backlog
>> scheduling on the function-call IPI path. In a fresh RT guest this still
>> triggers do_softirq_post_smp_call_flush() from idle queue flushing.
>>
>> The ten earlier NAPI/RPS prerequisites are already present in v6.6, so this
>> series reverts the workaround and backports the four upstream changes (all
>> in upstream v6.10) in dependency order. Backlog-NAPI threads replace the
>> RPS/defer function-call notifications; ordinary scheduler wakeup IPI traffic
>> can still occur. Two of the changes were previously backported to ordinary
>> 6.6.y and reverted (507692c05636, 5a530c8ead06) only because PREEMPT_RT is
>> absent there, not for a functional defect.
>>
>> Backport notes
>> --------------
>> Only 3/5 needs context adaptations; they are listed in that patch's commit
>> message. The other four apply without context edits. Unlike v6.1, v6.6 keeps
>> WRITE_ONCE(napi->list_owner, ...) because the field already exists here.
>>
>> Verification
>> ------------
>> Each of the five stages was replayed against the base snapshot and compiled
>> for net/core/dev.o and net/core/skbuff.o. The baseline and final RT/RPS
>> bzImages were built with byte-identical normalized configs using GCC 9.4.0,
>> with no compiler warnings or errors.
>>
>> Tests use virtme-ng 1.38, x86_64 QEMU/KVM, four vCPUs and 2 GiB memory:
>>
>> vng --run <bzImage> --cpus 4 --memory 2G \
>> --qemu-opts='-machine accel=kvm' --exec 'bash <script>'
>>
>> The config enables PREEMPT_RT, SMP, SYSFS, NET_NS, VETH, RPS,
>> IRQ_TIME_ACCOUNTING and KPROBES, with NR_CPUS=4. Run the inline script below
>> in a fresh guest for each image; it prints one column of the table, and the
>> columns are joined outside the guest. It covers both mechanisms: the RPS/IPI
>> path (ping flood with RPS steered to CPU1) and the defer_list purge path
>> (cross-CPU TCP frees traced with kprobes). See its header for details.
>>
>
> Wen,
>
> I just pushed v6.6.159-rt82-rc1 up to the linux-stable-rt repository in
> v6.6-rt-next, waiting for kernelci.org to pick it up and test it. I'll
> let it soak for a bit so people can test it, then we can release it
> later this week.
>
> I'm betting the v6.1-rt series is going to be a bit bigger? :)
>
Hi,
Thanks for pushing the rc, and for giving it time to soak before release.
On your question about the v6.1 series - you're right, it is larger:
15 patches. That is mostly because 6.1.y does not carry the ten
NAPI/RPS/ defer_list prerequisites from v6.4-v6.9 that v6.6 already has,
so they have to come along:
10 prerequisite NAPI/RPS/defer_list patches
4 the backlog-NAPI changes (the same set as the v6.6 series)
1 revert of the RT defer_work workaround
Only one of the 14 upstream patches needed a change beyond context:
patch 06 keeps raise_softirq_irqoff() instead of
__raise_softirq_irqoff(), since 6.1-rt already carries 533824e6a0fb and
the 2023 upstream text predates it.
The other 13 are line-for-line identical, and patch 13's five
hand-placed hunks are context only.
The code is unchanged since I posted it, so there is nothing new to
send; please feel free to apply and test the series as posted.
https://lore.kernel.org/all/cover.1791912669.git.wen.yang@linux.dev/
Thanks,
Wen
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush
2026-10-19 17:18 ` Wen Yang
@ 2026-10-19 17:40 ` Clark Williams
2026-10-19 18:50 ` Clark Williams
0 siblings, 1 reply; 10+ messages in thread
From: Clark Williams @ 2026-10-19 17:40 UTC (permalink / raw)
To: Wen Yang; +Cc: Sebastian Andrzej Siewior, Steven Rostedt, linux-rt-devel
On Tue, Oct 20, 2026 at 01:18:06AM +0800, Wen Yang wrote:
>
>
> Hi,
>
> Thanks for pushing the rc, and for giving it time to soak before release.
> On your question about the v6.1 series - you're right, it is larger:
> 15 patches. That is mostly because 6.1.y does not carry the ten NAPI/RPS/
> defer_list prerequisites from v6.4-v6.9 that v6.6 already has, so they have
> to come along:
> 10 prerequisite NAPI/RPS/defer_list patches
> 4 the backlog-NAPI changes (the same set as the v6.6 series)
> 1 revert of the RT defer_work workaround
>
> Only one of the 14 upstream patches needed a change beyond context: patch 06
> keeps raise_softirq_irqoff() instead of __raise_softirq_irqoff(), since
> 6.1-rt already carries 533824e6a0fb and the 2023 upstream text predates it.
> The other 13 are line-for-line identical, and patch 13's five hand-placed
> hunks are context only.
>
> The code is unchanged since I posted it, so there is nothing new to send;
> please feel free to apply and test the series as posted.
>
> https://lore.kernel.org/all/cover.1791912669.git.wen.yang@linux.dev/
>
>
> Thanks,
> Wen
>
Meh, 15 patches doesn't suck. I'll try and get to that tonight or
tomorrow and see if we can have both v6.6-rt-next and v6.1-rt-next
soaking.
Clark
--
The United States Coast Guard
Ruining Natural Selection since 1790
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 6.6-rt 0/5] net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush
2026-10-19 17:40 ` Clark Williams
@ 2026-10-19 18:50 ` Clark Williams
0 siblings, 0 replies; 10+ messages in thread
From: Clark Williams @ 2026-10-19 18:50 UTC (permalink / raw)
To: Wen Yang; +Cc: Sebastian Andrzej Siewior, Steven Rostedt, linux-rt-devel
On Mon, Oct 19, 2026 at 12:40:48PM -0500, Clark Williams wrote:
> Meh, 15 patches doesn't suck. I'll try and get to that tonight or
> tomorrow and see if we can have both v6.6-rt-next and v6.1-rt-next
> soaking.
>
> Clark
> --
Wen,
I was reading back through the threads and the previous series and am
confused as to whether your 15-patch series has all the RPS code that's
required. I seem to recall Sebastian indicating that the original
v6.1-rt patchset needed some extra RPS bits?
Clark
--
The United States Coast Guard
Ruining Natural Selection since 1790
^ permalink raw reply [flat|nested] 10+ messages in thread