net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush
Subsystems (3)
cover net: Backport backlog-NAPI threads to resolve PREEMPT_RT softirq warning in SMP flush
From: Wen Yang <[email protected]>
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.
#!/bin/bash
# Run only in a fresh virtme guest; keep host networking and logs untouched. # One run prints both metric groups of the A/B table:
# IPI/RPS : hardirq time, received_rps, function-call IPIs, flush WARNs
# defer_list: skb_attempt_defer_free vs the purge trigger that fires
# MODE=rps sends RPS to CPU1; MODE=local keeps it on CPU0; MODE=norps has RPS off.
set -euo pipefail
export LC_ALL=C
SECS=${SECS:-20}; MODE=${MODE:-rps}; CPU=1; MASK=2
[[ $MODE == rps ]] || { CPU=0; MASK=1; }
grep -q 'virtme' /proc/cmdline
[[ $(cat /sys/kernel/realtime) == 1 ]]
HZ=$(getconf CLK_TCK)
command -v iperf3 >/dev/null || { echo 'SKIP: iperf3 missing'; exit 0; }
# The guest root is read-only; iperf3 needs a writable temp dir to start.
TMPDIR=$(for d in /var/tmp /dev/shm /run /root /tmp; do [ -w "$d" ] && { echo "$d"; break; }; done)
[ -n "$TMPDIR" ] && export TMPDIR || { echo 'SKIP: no writable TMPDIR'; exit 0; }
TR=/sys/kernel/tracing
[[ -d $TR ]] || { mountpoint -q /sys/kernel/debug || mount -t debugfs none /sys/kernel/debug; TR=/sys/kernel/debug/tracing; }
[[ -d $TR ]] || { echo 'SKIP: no tracing dir'; exit 0; }
NS=bn$$; TX=bn$$t; RX=bn$$r
PROBES='def_free kick trig'
cleanup() {
ip link del "$TX" 2>/dev/null || true
ip netns del "$NS" 2>/dev/null || true
for p in $PROBES; do { echo "-:$p" > "$TR/kprobe_events"; } 2>/dev/null || true; done
}
trap cleanup EXIT
ip netns add "$NS"
ip link add "$TX" type veth peer name "$RX"
ip link set "$RX" netns "$NS"
ip addr add 192.0.2.1/24 dev "$TX"
ip link set "$TX" up
ip netns exec "$NS" ip addr add 192.0.2.2/24 dev "$RX"
ip netns exec "$NS" ip link set "$RX" up
if [[ $MODE != norps ]]; then
ip netns exec "$NS" sh -c "printf '%s\n' '$MASK' > /sys/class/net/$RX/queues/rx-0/rps_cpus"
printf 'RPS_MASK='
ip netns exec "$NS" sh -c "cat /sys/class/net/$RX/queues/rx-0/rps_cpus"
fi
printf 'KERNEL=%s MODE=%s CPU=%s SECS=%s USER_HZ=%s\n' "$(uname -r)" "$MODE" "$CPU" "$SECS" "$HZ"
uname -v
ps -eo pid,cls,rtprio,psr,comm | grep -E 'backlog_napi|ksoftirqd' || true
for p in $(ps -eo pid,comm | awk '$2 ~ /^backlog_napi\// {print $1}'); do taskset -pc "$p"; done
# ---- IPI/RPS path: CPU0 floods the veth, RPS steers RX to $CPU ----
# Connectivity check also warms up ARP and avoids charging WARN output to load.
taskset -c 0 ping -n -q -c 3 -W 2 192.0.2.2
irq() { awk -v c="cpu$CPU" '$1==c {print $7}' /proc/stat; }
field() { awk -v c="$CPU" -v f="$1" 'NR==c+1 {print $f}' /proc/net/softnet_stat; }
# CPU n is field n+2 on the "CAL: ... Function call interrupts" line.
cal() { awk -v c="$((CPU+2))" '/Function call interrupts/ {print $c}' /proc/interrupts; }
i0=$(irq); sleep "$SECS"; i1=$(irq)
r0=$(field 10); c0=$(cal); j0=$(irq)
rc=0
PING=$(timeout -s INT "$SECS" taskset -c 0 ping -n -f -q 192.0.2.2 2>&1) || rc=$?
[[ $rc == 124 || $rc == 0 ]] || { printf '%s\n' "$PING"; exit "$rc"; }
j1=$(irq); r1=$(field 10); c1=$(cal)
printf '%s\n' "$PING"
printf '%s\n' "$PING" | awk '/packets transmitted/ {ok=($1>0 && $4>0)} END {exit !ok}'
printf 'IDLE_IRQ_MS=%s LOAD_IRQ_MS=%s RPS_CALLBACKS=%s CALL_IPI=%s\n' \
"$(((i1-i0)*1000/HZ))" "$(((j1-j0)*1000/HZ))" \
"$((16#$r1-16#$r0))" "$((c1-c0))"
# A WARN header is one warning; repeated symbol names in its stack are not.
LOG=$(dmesg)
printf 'TARGET_WARNINGS=%s\n' "$(printf '%s\n' "$LOG" | grep -cE 'WARNING:.*do_softirq_post_smp_call_flush' || true)"
# ---- defer_list path: skb alloc on CPU0, freed by a CPU1 reader ----
# kick_defer_list_purge exists only in the patched tree. kprobe_events events
# are created disabled, so each probe must be enabled explicitly.
for spec in 'def_free skb_attempt_defer_free' 'kick kick_defer_list_purge' \
'trig trigger_rx_softirq'; do
set -- $spec
{ echo "p:$1 $2" >> "$TR/kprobe_events"; } 2>/dev/null || echo "PROBE_ABSENT=$2"
{ echo 1 > "$TR/events/kprobes/$1/enable"; } 2>/dev/null || true
done
# A probe that never registered has no counter; report that explicitly rather
# than as a misleading zero.
hits() {
[ -r "$TR/events/kprobes/$1/enable" ] || { echo ABSENT; return; }
awk -v n="$1" '$1==n {print $2}' "$TR/kprobe_profile" 2>/dev/null | grep . || echo 0
}
printf '4\n' > /proc/sys/net/core/skb_defer_max
ip netns exec "$NS" taskset -c 1 iperf3 -s -1 -p 5201 >/dev/null 2>&1 &
SRV=$!
sleep 1
taskset -c 0 iperf3 -c 192.0.2.2 -p 5201 -t "$SECS" -P 4 >/dev/null 2>&1 || true
wait "$SRV" 2>/dev/null || true
sleep 2 # let any pending purge drain before sampling
D=$(hits def_free); K=$(hits kick); T=$(hits trig)
printf 'HITS def_free=%s kick=%s trig=%s\n' "$D" "$K" "$T"
[[ $D -gt 0 ]] && echo 'DEFER_PATH=REACHED' || echo 'DEFER_PATH=NOT_REACHED'
printf '%s\n' '--- softnet_stat ---'; cat /proc/net/softnet_stat
# Only the warning block is evidence; the rest of dmesg is boot noise.
printf '%s\n' '--- WARNING ---'
printf '%s\n' "$LOG" | grep -A20 -E 'WARNING:.*do_softirq_post_smp_call_flush' || trueTwo images are compared: the unmodified base (4c4970859022, no patches) and the patched image (all five patches). Each was booted twice in a fresh guest; the table shows the first run, and the repeat is consistent with it.
Baseline Patched
Idle hardirq (ms) 10 10
Load hardirq (ms) 900 40
received_rps delta 2,390,909 0
Function-call IPIs 2,390,695 947
Echo requests received 2,390,916 2,473,383
Target WARNING records 1 0
skb_attempt_defer_free() 1,075,050 1,558,153
kick_defer_list_purge() absent 193,560
trigger_rx_softirq() 176,249 0
Sebastian Andrzej Siewior (4):
net: Remove conditional threaded-NAPI wakeup based on task state.
net: Allow to use SMP threads for backlog NAPI.
net: Use backlog-NAPI to clean up the defer_list.
net: Rename rps_lock to backlog_lock.
Wen Yang (1):
Revert "net: Avoid the IPI to free the"
include/linux/netdevice.h | 5 +- net/core/dev.c | 252 ++++++++++++++++++++++++-------------- net/core/skbuff.c | 9 +- 3 files changed, 161 insertions(+), 105 deletions(-)
Signature · 1 line
2.25.1
PATCH 1/5 Revert "net: Avoid the IPI to free the"
From: Wen Yang <[email protected]>
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.
--- include/linux/netdevice.h | 4 ---- net/core/dev.c | 39 +++++++++------------------------------ net/core/skbuff.c | 7 +------ 3 files changed, 10 insertions(+), 40 deletions(-)
include/linux/netdevice.h +0 -4
@@ -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)
net/core/dev.c +9 -30
@@ -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);
net/core/skbuff.c +1 -6
@@ -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,
Signature · 1 line
2.25.1
PATCH 2/5 net: Remove conditional threaded-NAPI wakeup based on task state.
In reply to [email protected]From: Sebastian Andrzej Siewior <[email protected]>
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.
--- net/core/dev.c | 14 ++------------ 1 file changed, 2 insertions(+), 12 deletions(-)
net/core/dev.c +2 -12
@@ -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 );
Signature · 1 line
2.25.1
PATCH 3/5 net: Allow to use SMP threads for backlog NAPI.
In reply to [email protected]From: Sebastian Andrzej Siewior <[email protected]>
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.]
--- net/core/dev.c | 148 +++++++++++++++++++++++++++++++++++++------------ 1 file changed, 113 insertions(+), 35 deletions(-)
net/core/dev.c +113 -35
@@ -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 ;
Signature · 1 line
2.25.1
PATCH 4/5 net: Use backlog-NAPI to clean up the defer_list.
In reply to [email protected]From: Sebastian Andrzej Siewior <[email protected]>
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.
--- include/linux/netdevice.h | 1 + net/core/dev.c | 25 +++++++++++++++++++++---- net/core/skbuff.c | 4 ++-- 3 files changed, 24 insertions(+), 6 deletions(-)
include/linux/netdevice.h +1 -0
@@ -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);
net/core/dev.c +21 -4
@@ -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
net/core/skbuff.c +2 -2
@@ -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,
Signature · 1 line
2.25.1
PATCH 5/5 net: Rename rps_lock to backlog_lock.
In reply to [email protected]From: Sebastian Andrzej Siewior <[email protected]>
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*().
--- net/core/dev.c | 34 +++++++++++++++++----------------- 1 file changed, 17 insertions(+), 17 deletions(-)
net/core/dev.c +17 -17
@@ -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;
Signature · 1 line
2.25.1
Clark Williams
maintainerQuoted 37 lines · On Mon, Oct 19, 2026 at 02:15:22AM +0800, [email protected] wrote:
From: Wen Yang <[email protected]>
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 triggersdo_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 becausePREEMPT_RTis 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 keepsWRITE_ONCE(napi->list_owner, ...)because the field already exists here.Verification
------------
Each of the five stages was replayed against the base snapshot and compiled fornet/core/dev.oandnet/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_64QEMU/KVM, four vCPUs and 2 GiB memory:vng --run <bzImage> --cpus 4 --memory 2G \ --qemu-opts='-machine accel=kvm' --exec 'bash <script>'
Quoted 7 lines
The config enables
PREEMPT_RT, SMP, SYSFS,NET_NS, VETH, RPS,IRQ_TIME_ACCOUNTINGand 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 thedefer_listpurge 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
Signature · 2 lines
The United States Coast Guard Ruining Natural Selection since 1790
Quoted 46 lines · Clark Williams
Quoted 37 lines · On Mon, Oct 19, 2026 at 02:15:22AM +0800, [email protected] wrote:
From: Wen Yang <[email protected]>
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 triggersdo_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 becausePREEMPT_RTis 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 keepsWRITE_ONCE(napi->list_owner, ...)because the field already exists here.Verification
------------
Each of the five stages was replayed against the base snapshot and compiled fornet/core/dev.oandnet/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_64QEMU/KVM, four vCPUs and 2 GiB memory:vng --run <bzImage> --cpus 4 --memory 2G \ --qemu-opts='-machine accel=kvm' --exec 'bash <script>'Quoted 7 lines
The config enables
PREEMPT_RT, SMP, SYSFS,NET_NS, VETH, RPS,IRQ_TIME_ACCOUNTINGand 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 thedefer_listpurge path (cross-CPU TCP frees traced with kprobes). See its header for details.
Quoted 9 lines
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 workaroundOnly 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/[email protected]/
Thanks,
Wen
Clark Williams
maintainerQuoted 19 lines · Wen Yang
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_listprerequisites 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 workaroundOnly 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 carries533824e6a0fband 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.
Quoted 9 lines
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/[email protected]/
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
Signature · 2 lines
The United States Coast Guard Ruining Natural Selection since 1790
Clark Williams
maintainerQuoted 6 lines · Clark Williams
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
Signature · 2 lines
The United States Coast Guard Ruining Natural Selection since 1790
Quoted 8 lines · Clark Williams
Quoted 6 lines · Clark Williams
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
Quoted 9 lines
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
Hi Clark,
Thanks for checking, and sorry for confusion.
My understanding is that Sebastian's comment referred to the existing RT defer_work workaround, which covers deferred freeing but not RPS.
After rechecking against the upstream code, I haven't found an additional RPS prerequisite needed for this series.
Sebastian, could you please check whether this addresses your earlier concern about RPS coverage? I'd appreciate any pointers to prerequisites I may have missed.
Thanks,
Wen
Clark Williams
maintainerQuoted 31 lines · Wen Yang
Quoted 8 lines · Clark Williams
Quoted 6 lines · Clark Williams
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
Quoted 9 lines
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
Hi Clark,
Thanks for checking, and sorry for confusion.
My understanding is that Sebastian's comment referred to the existing RT
defer_workworkaround, which covers deferred freeing but not RPS.After rechecking against the upstream code, I haven't found an additional RPS prerequisite needed for this series.
Quoted 6 lines
Sebastian, could you please check whether this addresses your earlier concern about RPS coverage? I'd appreciate any pointers to prerequisites I may have missed.
Thanks,
Wen
No worries, my natural state is confusion :)
I've applied your 15 patch series and built/smoke-tested it. I'll wait for Sebastian to comment and then I'll push what I have up to v6.1-rt-next.
Clark
Signature · 2 lines
The United States Coast Guard Ruining Natural Selection since 1790
Sebastian Andrzej Siewior
maintainerQuoted 3 lines · Clark Williams
I've applied your 15 patch series and built/smoke-tested it. I'll wait for Sebastian to comment and then I'll push what I have up to v6.1-rt-next.
The v6.6 bits look good. I browsed over the tree and the applied patches lack your SOB.
Let me check the v6.1 one.
Quoted 1 line
Clark
Sebastian
Clark Williams
maintainerQuoted 11 lines · Wen Yang
Hi Clark,
Thanks for checking, and sorry for confusion.
My understanding is that Sebastian's comment referred to the existing RT
defer_workworkaround, which covers deferred freeing but not RPS.After rechecking against the upstream code, I haven't found an additional RPS prerequisite needed for this series.
Quoted 6 lines
Sebastian, could you please check whether this addresses your earlier concern about RPS coverage? I'd appreciate any pointers to prerequisites I may have missed.
Thanks,
Wen
Wen,
I just released v6.6.159-rt82, which is the five patch series, this time with my SoB attached :).
BTW, I just pushed v6.1.190-rt71-rc1 up to v6.1-rt-next. Please check that it's the correct 15-patch series.
Clark
Signature · 2 lines
The United States Coast Guard Ruining Natural Selection since 1790