RCU

• Thread Index

• [PATCH 15/16] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 13/16] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/16] rcutorture: Add reader_flavor parameter for SRCU readers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/16] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 09/16] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 08/16] srcu: Create CPP macros for normal and NMI-safe SRCU readers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 07/16] srcu: Improve srcu_read_lock{,_nmisafe}() comments
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 04/16] srcu: Renaming in preparation for additional reader flavor
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 03/16] srcu: Introduce srcu_gp_is_expedited() helper function
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 01/16] srcu: Replace WARN_ON_ONCE() with BUILD_BUG_ON() if possible
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu: Stop stall warning from dumping stacks if grace period ends
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu: Delete unused rcu_gp_might_be_stalled() function
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] RCU stall for v6.13
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 18/21] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 21/21] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 19/21] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/21] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 13/21] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/21] sched,arm64: Handle CPU isolation on last resort fallback rq selection
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/3] srcu: Check for srcu_read_lock_lite() across all CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 11/15] rcutorture: Add reader_flavor parameter for SRCU readers
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH v3 rcu 0/13] SRCU-lite changes for v6.13
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 3/3] srcu: Unconditionally record srcu_read_lock_lite() in ->srcu_reader_flavor
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 2/3] srcu: Check for srcu_read_lock_lite() across all CPUs
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 06/12] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 1/3] srcu: Remove smp_mb() from srcu_read_unlock_lite()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [PATCH rcu 1/3] srcu: Remove smp_mb() from srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/3] srcu: Unconditionally record srcu_read_lock_lite() in ->srcu_reader_flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/3] srcu: Check for srcu_read_lock_lite() across all CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 06/12] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH 0/6] RCU torture for v6.13
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/2] RCU NOCB for v6.13
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH 0/8] RCU fixes for v6.13
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 06/12] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 06/12] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 06/12] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH 5/6] rcuscale: Do a proper cleanup if kfree_scale_init() fails
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH 5/6] rcuscale: Do a proper cleanup if kfree_scale_init() fails
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 5/6] rcuscale: Do a proper cleanup if kfree_scale_init() fails
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH 2/2] rcu/nocb: Fix missed RCU barrier on deoffloading
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [PATCH v2] rcu: Remove READ_ONCE() for rdp->gpwrap access in __note_gp_changes()
  • From: Zilin Guan <zilinguan811@xxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [PATCH] rcu: Use READ_ONCE() for rdp->gpwrap access in __note_gp_changes()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Use READ_ONCE() for rdp->gpwrap access in __note_gp_changes()
  • From: Zilin Guan <zilinguan811@xxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Use READ_ONCE() for rdp->gpwrap access in __note_gp_changes()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 1/2] Rename .data.unlikely to .data..unlikely
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH 6/6] rcuscale: Remove redundant WARN_ON_ONCE() splat
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/6] rcuscale: Do a proper cleanup if kfree_scale_init() fails
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/6] rcutorture: Avoid printing cpu=-1 for no-fault RCU boost failure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/6] rcuscale: Add guest_os_delay module parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/6] refscale: Correct affinity check
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/6] torture: Add --no-affinity parameter to kvm.sh
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/6] RCU torture for v6.13
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/2] rcu/nocb: Fix missed RCU barrier on deoffloading
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/2] rcu: Remove unused declaration rcu_segcblist_offload()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/2] RCU NOCB for v6.13
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v3 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v3 2/3] timers: Use __raise_softirq_irqoff() to raise the softirq.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v3 1/3] hrtimer: Use __raise_softirq_irqoff() to raise the softirq.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• PATCH v3 0/3] softirq: Use a dedicated thread for timer wakeups with forced-threading.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 8/8] rcu/kvfree: Fix data-race in __mod_timer / kvfree_call_rcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 7/8] rcu/srcutiny: don't return before reenabling preemption
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 6/8] rcu-tasks: Remove open-coded one-byte cmpxchg() emulation
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/8] doc: Remove kernel-parameters.txt entry for rcutorture.read_exit
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/8] rcutorture: Test start-poll primitives with interrupts disabled
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/8] rcu: Permit start_poll_synchronize_rcu*() with interrupts disabled
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/8] rcu: Allow short-circuiting of synchronize_rcu_tasks_rude()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/8] doc: Add rcuog kthreads to kernel-per-CPU-kthreads.rst
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/8] RCU fixes for v6.13
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Mingcong Bai <jeffbai@xxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcu: Use READ_ONCE() for rdp->gpwrap access in __note_gp_changes()
  • From: Zilin Guan <zilinguan811@xxxxxxxxx>
• Re: [syzbot] [mm?] WARNING: locking bug in __rmqueue_pcplist
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [syzbot] [mm?] WARNING: locking bug in __rmqueue_pcplist
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [syzbot] [mm?] WARNING: locking bug in __rmqueue_pcplist
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC v2 00/13] LKMM *generic* atomics in Rust
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [RFC v2 00/13] LKMM *generic* atomics in Rust
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• Re: [RFC v2 11/13] rust: sync: Add memory barriers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2.1 11/13] rust: sync: Add memory barriers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC v2 11/13] rust: sync: Add memory barriers
  • From: David Gow <davidgow@xxxxxxxxxx>
• [RFC v2 13/13] rust: sync: rcu: Add RCU protected pointer
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 12/13] rust: add rcu abstraction
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 11/13] rust: sync: Add memory barriers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 10/13] rust: sync: atomic: Add arithmetic ops for Atomic<*mut T>
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 09/13] rust: sync: atomic: Add Atomic<*mut T>
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 08/13] rust: sync: atomic: Add Atomic<{usize,isize}>
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 07/13] rust: sync: atomic: Add Atomic<u{32,64}>
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 06/13] rust: sync: atomic: Add the framework of arithmetic operations
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 05/13] rust: sync: atomic: Add atomic {cmp,}xchg operations
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 04/13] rust: sync: atomic: Add generic atomics
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 03/13] rust: sync: atomic: Add ordering annotation types
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 02/13] rust: sync: Add basic atomic operation mapping framework
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 01/13] rust: Introduce atomic API helpers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC v2 00/13] LKMM *generic* atomics in Rust
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• next-20241031: kernel/time/clockevents.c:455 clockevents_register_device
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• [PATCH rcu v4 14/15] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: Matthieu Baerts <matttbe@xxxxxxxxxx>
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 2/2] sched,arm64: Handle CPU isolation on last resort fallback rq selection
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/2] arm64: Keep first mismatched 32bits el0 capable CPU online through its callbacks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 2/3] timers: Use __raise_softirq_irqoff() to raise the softirq.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 1/3] hrtimer: Use __raise_softirq_irqoff() to raise the softirq.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH next] rcu: Unlock correctly in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH next] rcu: Unlock correctly in rcu_dump_cpu_stacks()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: stable-rc linux-6.6.y: Queues: tinyconfig: undefined reference to `irq_work_queue'
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: stable-rc linux-6.6.y: Queues: tinyconfig: undefined reference to `irq_work_queue'
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 1/2] rcuscale: Do a proper cleanup if kfree_scale_init() fails
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v2 1/3] hrtimer: Use __raise_softirq_irqoff() to raise the softirq.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v2 2/3] timers: Use __raise_softirq_irqoff() to raise the softirq.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v2 0/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• stable-rc linux-6.6.y: Queues: tinyconfig: undefined reference to `irq_work_queue'
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH] rcu/kvfree: Fix data-race in __mod_timer / kvfree_call_rcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [Regression] wifi problems since tg3 started throwing rcu stall warnings
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: defer_rcu() usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• re: defer_rcu() usage
  • From: Shane Miller <gshanemiller6@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix rcuog wake-up from offline softirq
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [bug report] rcuscale: Add laziness and kfree tests
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcu/kvfree: Fix data-race in __mod_timer / kvfree_call_rcu
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [bug report] rcuscale: Add laziness and kfree tests
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v2 rcu 0/3] RCU CPU stall-warning changes for v6.13
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/srcutiny: don't return before reenabling preemption
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [peterz-queue:sched/lazy] [sched, x86] 74d850cd4c: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• [PATCH v2 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 1/3] rcu: Delete unused rcu_gp_might_be_stalled() function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 2/3] rcu: Stop stall warning from dumping stacks if grace period ends
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 0/3] RCU CPU stall-warning changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [peterz-queue:sched/lazy] [sched, x86] 74d850cd4c: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [peterz-queue:sched/lazy] [sched, x86] 74d850cd4c: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: Matthieu Baerts <matttbe@xxxxxxxxxx>
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: Matthieu Baerts <matttbe@xxxxxxxxxx>
• Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 2/3] rcu: Stop stall warning from dumping stacks if grace period ends
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH rcu 14/15] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/15] rcutorture: Add reader_flavor parameter for SRCU readers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 12/15] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 13/15] rcutorture: Add light-weight SRCU scenario
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 15/15] srcu: Improve srcu_read_lock_lite() kernel-doc comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/15] srcu: Create CPP macros for normal and NMI-safe SRCU readers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/15] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/15] srcu: Allow inlining of __srcu_read_{,un}lock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/15] srcu: Improve srcu_read_lock{,_nmisafe}() comments
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/15] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/15] srcu: Renaming in preparation for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/15] srcu: Introduce srcu_gp_is_expedited() helper function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/15] srcu: Rename srcu_might_be_idle() to srcu_should_expedite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/15] srcu: Bit manipulation changes for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 rcu 0/13] SRCU-lite changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 rcu 13/13] srcu: Improve srcu_read_lock_lite() kernel-doc comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 02/12] srcu: Introduce srcu_gp_is_expedited() helper function
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH rcu 01/12] srcu: Rename srcu_might_be_idle() to srcu_should_expedite()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [GIT PULL] RCU fix for v6.12
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] RCU fix for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v2 rcu 13/13] srcu: Improve srcu_read_lock_lite() kernel-doc comment
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• [PATCH v2 rcu 12/13] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 11/13] rcutorture: Add light-weight SRCU scenario
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 08/13] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 07/13] srcu: Allow inlining of __srcu_read_{,un}lock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 09/13] rcutorture: Add reader_flavor parameter for SRCU readers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 13/13] srcu: Improve srcu_read_lock_lite() kernel-doc comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 10/13] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 06/13] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 01/13] srcu: Rename srcu_might_be_idle() to srcu_should_expedite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 05/13] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 04/13] srcu: Bit manipulation changes for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 03/13] srcu: Renaming in preparation for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 02/13] srcu: Introduce srcu_gp_is_expedited() helper function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu 0/13] SRCU-lite changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu/nocb: Fix rcuog wake-up from offline softirq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 12/12] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 12/12] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] rcu/nocb: Use switch/case on NOCB timer state machine
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/3] rcu/nocb: Use switch/case on NOCB timer state machine
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH rcu 11/12] rcutorture: Add light-weight SRCU scenario
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 12/12] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/12] rcutorture: Add reader_flavor parameter for SRCU readers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/12] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/12] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/12] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/12] srcu: Allow inlining of __srcu_read_{,un}lock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/12] srcu: Introduce srcu_gp_is_expedited() helper function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/12] srcu: Rename srcu_might_be_idle() to srcu_should_expedite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/12] SRCU-lite changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/3] rcu: Delete unused rcu_gp_might_be_stalled() function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/3] rcu: Stop stall warning from dumping stacks if grace period ends
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/5] rcutorture: Avoid printing cpu=-1 for no-fault RCU boost failure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/5] refscale: Add test for sched_clock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/5] refscale: Correct affinity check
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/5] torture: Add --no-affinity parameter to kvm.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/5] rcuscale: Add guest_os_delay module parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/5] Torture-test changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/7] rcutorture: Test start-poll primitives with interrupts disabled
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/7] doc: Remove kernel-parameters.txt entry for rcutorture.read_exit
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 7/7] rcu-tasks: Remove open-coded one-byte cmpxchg() emulation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/7] rcu: Allow short-circuiting of synchronize_rcu_tasks_rude()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/7] rcu: Add rcuog kthreads to RCU_NOCB_CPU help text
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/7] doc: Add rcuog kthreads to kernel-per-CPU-kthreads.rst
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/7] rcu: Permit start_poll_synchronize_rcu*() with interrupts disabled
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/7] Miscellaneous changes for v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/srcutiny: don't return before reenabling preemption
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 07/10] rcu/tasks: Check RCU watching state for holdout idle injection tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v2 10/10] rcu: Allow short-circuiting of synchronize_rcu_tasks_rude()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 09/10] context_tracking: Invoke RCU-tasks enter/exit for NMI context
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 08/10] rcu/tasks: Make RCU-tasks pay attention to idle tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 07/10] rcu/tasks: Check RCU watching state for holdout idle injection tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 06/10] rcu/tasks: Check RCU watching state for holdout idle tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 05/10] rcu/tasks: Consider idle tasks not running on CPU as non-holdouts
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 04/10] rcu/tasks: Create rcu_idle_task_is_holdout() definition for !SMP
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 03/10] rcu/tasks: Move holdout checks for idle task to a separate function
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 02/10] rcu: Make some rcu_watching_* functions global
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 01/10] rcu: Change rdp arg to cpu number for rcu_watching_snap_stopped_since()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 00/10] Make RCU Tasks scan idle tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] hazptr: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v3 3/4] hazptr: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v3 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v3 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v3 2/4] Documentation: RCU: Refer to ptr_eq()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: RE: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] rcu/srcutiny: don't return before reenabling preemption
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 0/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot()
  • From: David Gow <davidgow@xxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: "'Alan Stern'" <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu/nocb: Use switch/case on NOCB timer state machine
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] rcu: Fix yet another wake up from offline related issue
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: "'Alan Stern'" <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [RFC PATCH 4/4] sched+mm: Use hazard pointers to track lazy active mm existence
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 3/4] hp: Implement Hazard Pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 2/4] Documentation: RCU: Refer to ptr_eq()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: "'Alan Stern'" <stern@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] rcu/kvfree: Refactor kvfree_rcu_queue_batch()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH slab hotfixes v2 0/2] slub kunit tests fixes for 6.12
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• [PATCH] rcu/kvfree: Refactor kvfree_rcu_queue_batch()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH slab hotfixes 0/2] slub kunit tests fixes for 6.12
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v1 0/2] Introduce ptr_eq() to preserve address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH v1 0/2] Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v1 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: "Boqun Feng" <boqun.feng@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Gary Guo <gary@xxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/2] Documentation: RCU: Refer to ptr_eq()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 2/2] Documentation: RCU: Refer to ptr_eq()
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 2/2] Documentation: RCU: Refer to ptr_eq()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 0/2] Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] doc: rcu: update printed dynticks counter bits
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH 19/20] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: "Boqun Feng" <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 20/20] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 19/20] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 18/20] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/20] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 16/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 13/20] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/20] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] doc: rcu: update printed dynticks counter bits
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH AUTOSEL 6.6 077/139] rcuscale: Provide clear error when async specified without primitives
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 102/197] rcuscale: Provide clear error when async specified without primitives
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 6.10 096/197] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH AUTOSEL 6.11 119/244] rcuscale: Provide clear error when async specified without primitives
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.11 112/244] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• [linus:master] [rcu/nocb] 9139f93209: WARNING:at_kernel/smp.c:#smp_call_function_single
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH v1 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] RCU changes for v6.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 6/6] apparmor: Switch labels to percpu ref managed mode
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [RFC PATCH 4/4] WIP: hazptr: Add hazptr test sample
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 3/4] refscale: Add benchmarks for percpu_ref
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 2/4] refscale: Add benchmarks for hazptr
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH 19/19] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 18/19] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/19] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 16/19] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 15/19] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/19] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [GIT PULL] slab updates for 6.11
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Juefei Pu <juefei.pu@xxxxxxxxxxxxx>
• [RFC 6/6] apparmor: Switch labels to percpu ref managed mode
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 5/6] apparmor: Switch labels to percpu refcount in atomic mode
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 4/6] percpu-refcount-torture: Extend test with runtime mode switches
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 3/6] percpu-refcount: Extend managed mode to allow runtime switching
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 2/6] percpu-refcount: Add torture test for percpu refcount
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 1/6] percpu-refcount: Add managed mode for RCU released objects
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 0/6] Managed Percpu Refcount
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Xingyu Li <xli399@xxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• [GIT PULL] RCU changes for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH 0/3] rcu/nocb updates
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/3] rcu/nocb: Remove superfluous memory barrier after bypass enqueue
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu/nocb: Conditionally wake up rcuo if not already waiting on GP
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu/nocb: Fix RT throttling hrtimer armed from offline CPU
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] rcu/nocb updates
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: general protection fault in lookup_object_or_alloc
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• general protection fault in lookup_object_or_alloc
  • From: Hui Guo <guohui.study@xxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Xingyu Li <xli399@xxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH rcu [12/11] srcu: Allow inlining of __srcu_read_{,un}lock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>