RCU

• Date Index

• [RFC v2 00/13] LKMM *generic* atomics in Rust, Boqun Feng
  • [RFC v2 01/13] rust: Introduce atomic API helpers, Boqun Feng
  • [RFC v2 02/13] rust: sync: Add basic atomic operation mapping framework, Boqun Feng
  • [RFC v2 03/13] rust: sync: atomic: Add ordering annotation types, Boqun Feng
  • [RFC v2 04/13] rust: sync: atomic: Add generic atomics, Boqun Feng
  • [RFC v2 05/13] rust: sync: atomic: Add atomic {cmp,}xchg operations, Boqun Feng
  • [RFC v2 06/13] rust: sync: atomic: Add the framework of arithmetic operations, Boqun Feng
  • [RFC v2 07/13] rust: sync: atomic: Add Atomic<u{32,64}>, Boqun Feng
  • [RFC v2 08/13] rust: sync: atomic: Add Atomic<{usize,isize}>, Boqun Feng
  • [RFC v2 09/13] rust: sync: atomic: Add Atomic<*mut T>, Boqun Feng
  • [RFC v2 10/13] rust: sync: atomic: Add arithmetic ops for Atomic<*mut T>, Boqun Feng
  • [RFC v2 11/13] rust: sync: Add memory barriers, Boqun Feng
    • Re: [RFC v2 11/13] rust: sync: Add memory barriers, David Gow
      • Re: [RFC v2 11/13] rust: sync: Add memory barriers, Boqun Feng
    • [RFC v2.1 11/13] rust: sync: Add memory barriers, Boqun Feng
  • [RFC v2 12/13] rust: add rcu abstraction, Boqun Feng
  • [RFC v2 13/13] rust: sync: rcu: Add RCU protected pointer, Boqun Feng
  • Re: [RFC v2 00/13] LKMM *generic* atomics in Rust, Miguel Ojeda
  • Re: [RFC v2 00/13] LKMM *generic* atomics in Rust, David Gow
• next-20241031: kernel/time/clockevents.c:455 clockevents_register_device, Naresh Kamboju
  • Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device, Thomas Gleixner
    • Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device, Frederic Weisbecker
  • Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device, Frederic Weisbecker
    • Re: next-20241031: kernel/time/clockevents.c:455 clockevents_register_device, Thomas Gleixner
• [PATCH next] rcu: Unlock correctly in rcu_dump_cpu_stacks(), Dan Carpenter
  • Re: [PATCH next] rcu: Unlock correctly in rcu_dump_cpu_stacks(), Paul E. McKenney
• [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Dan Carpenter
  • Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
    • Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Dan Carpenter
      • Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
        • Re: [bug report] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Dan Carpenter
• [PATCH 1/2] rcuscale: Do a proper cleanup if kfree_scale_init() fails, Uladzislau Rezki (Sony)
  • [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat, Uladzislau Rezki (Sony)
    • Re: [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat, Paul E. McKenney
      • Re: [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat, Uladzislau Rezki
      • Re: [PATCH 2/2] rcuscale: Remove redundant WARN_ON_ONCE() splat, Frederic Weisbecker
• [PATCH v2 0/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
  • [PATCH v2 2/3] timers: Use __raise_softirq_irqoff() to raise the softirq., Sebastian Andrzej Siewior
    • Re: [PATCH v2 2/3] timers: Use __raise_softirq_irqoff() to raise the softirq., Frederic Weisbecker
  • [PATCH v2 1/3] hrtimer: Use __raise_softirq_irqoff() to raise the softirq., Sebastian Andrzej Siewior
    • Re: [PATCH v2 1/3] hrtimer: Use __raise_softirq_irqoff() to raise the softirq., Frederic Weisbecker
  • [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
    • Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Frederic Weisbecker
      • Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
        • Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Frederic Weisbecker
          • Re: [PATCH v2 3/3] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
• stable-rc linux-6.6.y: Queues: tinyconfig: undefined reference to `irq_work_queue', Naresh Kamboju
  • Re: stable-rc linux-6.6.y: Queues: tinyconfig: undefined reference to `irq_work_queue', Naresh Kamboju
    • Re: stable-rc linux-6.6.y: Queues: tinyconfig: undefined reference to `irq_work_queue', Sebastian Andrzej Siewior
• [Regression] wifi problems since tg3 started throwing rcu stall warnings, Linux regression tracking (Thorsten Leemhuis)
  • Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings, Linux regression tracking (Thorsten Leemhuis)
  • Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings, Frederic Weisbecker
    • Re: [Regression] wifi problems since tg3 started throwing rcu stall warnings, Linux regression tracking (Thorsten Leemhuis)
• re: defer_rcu() usage, Shane Miller
  • Re: defer_rcu() usage, Paul E. McKenney
• [PATCH] rcu/kvfree: Fix data-race in __mod_timer / kvfree_call_rcu, Uladzislau Rezki (Sony)
  • Re: [PATCH] rcu/kvfree: Fix data-race in __mod_timer / kvfree_call_rcu, Frederic Weisbecker
• [bug report] rcuscale: Add laziness and kfree tests, Dan Carpenter
  • Re: [bug report] rcuscale: Add laziness and kfree tests, Uladzislau Rezki
• [PATCH v2] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Zqiang
  • Re: [PATCH v2] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Frederic Weisbecker
• [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Paul E. McKenney
  • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Andrii Nakryiko
    • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Paul E. McKenney
      • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Andrii Nakryiko
        • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Paul E. McKenney
          • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Andrii Nakryiko
          • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Peter Zijlstra
            • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Paul E. McKenney
  • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Christoph Hellwig
    • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Peter Zijlstra
      • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Christoph Hellwig
        • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Peter Zijlstra
          • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Christoph Hellwig
            • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Paul E. McKenney
              • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Andrii Nakryiko
                • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Christoph Hellwig
                  • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Andrii Nakryiko
                    • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Alan Huang
                      • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Andrii Nakryiko
              • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Alan Huang
                • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Paul E. McKenney
                  • Re: [PATCH rcu] srcu: Guarantee non-negative return value from srcu_read_lock(), Alan Huang
• [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Zqiang
  • Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Frederic Weisbecker
    • Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Z qiang
      • Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Z qiang
        • Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Frederic Weisbecker
          • Re: [PATCH] rcu/nocb: Fix the WARN_ON_ONCE() in rcu_nocb_rdp_deoffload(), Z qiang
• Re: [peterz-queue:sched/lazy] [sched, x86] 74d850cd4c: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture], Sebastian Andrzej Siewior
  • Re: [peterz-queue:sched/lazy] [sched, x86] 74d850cd4c: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture], Paul E. McKenney
    • Re: [peterz-queue:sched/lazy] [sched, x86] 74d850cd4c: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture], Oliver Sang
• [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Jakub Kicinski
  • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Joel Fernandes
  • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Matthieu Baerts
    • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Matthieu Baerts
    • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Jakub Kicinski
      • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Matthieu Baerts
  • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Paul E. McKenney
  • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, Simon Horman
  • Re: [PATCH rcu] configs/debug: make sure PROVE_RCU_LIST=y takes effect, patchwork-bot+netdevbpf
• Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu, Dmitry Vyukov
  • Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu, Paul E. McKenney
    • Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu, Uladzislau Rezki
      • Re: [syzbot] [bpf?] KCSAN: data-race in __mod_timer / kvfree_call_rcu, Uladzislau Rezki
• [GIT PULL] RCU fix for v6.12, Neeraj Upadhyay
  • Re: [GIT PULL] RCU fix for v6.12, pr-tracker-bot
• [PATCH] rcu/nocb: Fix rcuog wake-up from offline softirq, Frederic Weisbecker
  • Re: [PATCH] rcu/nocb: Fix rcuog wake-up from offline softirq, Paul E. McKenney
• [PATCH rcu 0/12] SRCU-lite changes for v6.13, Paul E. McKenney
  • [PATCH rcu 01/12] srcu: Rename srcu_might_be_idle() to srcu_should_expedite(), Paul E. McKenney
    • Re: [PATCH rcu 01/12] srcu: Rename srcu_might_be_idle() to srcu_should_expedite(), Neeraj Upadhyay
  • [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar, Paul E. McKenney
    • Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar, Neeraj Upadhyay
      • Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar, Paul E. McKenney
        • Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar, Paul E. McKenney
          • Re: [PATCH rcu 05/12] srcu: Standardize srcu_data pointers to "sdp" and similar, Neeraj Upadhyay
  • [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor, Paul E. McKenney
    • Re: [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor, Neeraj Upadhyay
      • Re: [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor, Paul E. McKenney
        • Re: [PATCH rcu 04/12] srcu: Bit manipulation changes for additional reader flavor, Neeraj Upadhyay
  • [PATCH rcu 02/12] srcu: Introduce srcu_gp_is_expedited() helper function, Paul E. McKenney
    • Re: [PATCH rcu 02/12] srcu: Introduce srcu_gp_is_expedited() helper function, Neeraj Upadhyay
  • [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor, Paul E. McKenney
    • Re: [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor, Neeraj Upadhyay
      • Re: [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor, Paul E. McKenney
        • Re: [PATCH rcu 03/12] srcu: Renaming in preparation for additional reader flavor, Neeraj Upadhyay
  • [PATCH rcu 07/12] srcu: Allow inlining of __srcu_read_{,un}lock_lite(), Paul E. McKenney
  • [PATCH rcu 10/12] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor, Paul E. McKenney
  • [PATCH rcu 06/12] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite(), Paul E. McKenney
  • [PATCH rcu 08/12] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits, Paul E. McKenney
  • [PATCH rcu 09/12] rcutorture: Add reader_flavor parameter for SRCU readers, Paul E. McKenney
  • [PATCH rcu 12/12] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
    • Re: [PATCH rcu 12/12] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Frederic Weisbecker
      • Re: [PATCH rcu 12/12] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
  • [PATCH rcu 11/12] rcutorture: Add light-weight SRCU scenario, Paul E. McKenney
  • [PATCH v2 rcu 0/13] SRCU-lite changes for v6.13, Paul E. McKenney
    • [PATCH v2 rcu 02/13] srcu: Introduce srcu_gp_is_expedited() helper function, Paul E. McKenney
    • [PATCH v2 rcu 03/13] srcu: Renaming in preparation for additional reader flavor, Paul E. McKenney
    • [PATCH v2 rcu 04/13] srcu: Bit manipulation changes for additional reader flavor, Paul E. McKenney
    • [PATCH v2 rcu 05/13] srcu: Standardize srcu_data pointers to "sdp" and similar, Paul E. McKenney
    • [PATCH v2 rcu 01/13] srcu: Rename srcu_might_be_idle() to srcu_should_expedite(), Paul E. McKenney
    • [PATCH v2 rcu 06/13] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite(), Paul E. McKenney
    • [PATCH v2 rcu 10/13] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor, Paul E. McKenney
    • [PATCH v2 rcu 13/13] srcu: Improve srcu_read_lock_lite() kernel-doc comment, Paul E. McKenney
      • Re: [PATCH v2 rcu 13/13] srcu: Improve srcu_read_lock_lite() kernel-doc comment, Andrii Nakryiko
        • Re: [PATCH v2 rcu 13/13] srcu: Improve srcu_read_lock_lite() kernel-doc comment, Paul E. McKenney
    • [PATCH v2 rcu 09/13] rcutorture: Add reader_flavor parameter for SRCU readers, Paul E. McKenney
    • [PATCH v2 rcu 07/13] srcu: Allow inlining of __srcu_read_{,un}lock_lite(), Paul E. McKenney
    • [PATCH v2 rcu 08/13] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits, Paul E. McKenney
    • [PATCH v2 rcu 11/13] rcutorture: Add light-weight SRCU scenario, Paul E. McKenney
    • [PATCH v2 rcu 12/13] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
    • [PATCH v3 rcu 0/13] SRCU-lite changes for v6.13, Paul E. McKenney
      • [PATCH rcu 04/15] srcu: Bit manipulation changes for additional reader flavor, Paul E. McKenney
      • [PATCH rcu 01/15] srcu: Rename srcu_might_be_idle() to srcu_should_expedite(), Paul E. McKenney
      • [PATCH rcu 02/15] srcu: Introduce srcu_gp_is_expedited() helper function, Paul E. McKenney
      • [PATCH rcu 03/15] srcu: Renaming in preparation for additional reader flavor, Paul E. McKenney
      • [PATCH rcu 05/15] srcu: Standardize srcu_data pointers to "sdp" and similar, Paul E. McKenney
      • [PATCH rcu 08/15] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite(), Paul E. McKenney
      • [PATCH rcu 06/15] srcu: Improve srcu_read_lock{,_nmisafe}() comments, Paul E. McKenney
      • [PATCH rcu 09/15] srcu: Allow inlining of __srcu_read_{,un}lock_lite(), Paul E. McKenney
      • [PATCH rcu 10/15] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits, Paul E. McKenney
      • [PATCH rcu 07/15] srcu: Create CPP macros for normal and NMI-safe SRCU readers, Paul E. McKenney
      • [PATCH rcu 15/15] srcu: Improve srcu_read_lock_lite() kernel-doc comment, Paul E. McKenney
      • [PATCH rcu 13/15] rcutorture: Add light-weight SRCU scenario, Paul E. McKenney
      • [PATCH rcu 12/15] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor, Paul E. McKenney
      • [PATCH rcu 11/15] rcutorture: Add reader_flavor parameter for SRCU readers, Paul E. McKenney
      • [PATCH rcu 14/15] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
        • [PATCH rcu v4 14/15] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
• [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13, Paul E. McKenney
  • [PATCH rcu 2/3] rcu: Stop stall warning from dumping stacks if grace period ends, Paul E. McKenney
    • Re: [PATCH rcu 2/3] rcu: Stop stall warning from dumping stacks if grace period ends, Joel Fernandes
  • [PATCH rcu 1/3] rcu: Delete unused rcu_gp_might_be_stalled() function, Paul E. McKenney
  • [PATCH rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
  • Re: [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13, Joel Fernandes
    • Re: [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13, Paul E. McKenney
      • Re: [PATCH rcu 0/3] RCU CPU stall-warning changes for v6.13, Joel Fernandes
  • [PATCH v2 rcu 0/3] RCU CPU stall-warning changes for v6.13, Paul E. McKenney
    • [PATCH v2 rcu 2/3] rcu: Stop stall warning from dumping stacks if grace period ends, Paul E. McKenney
    • [PATCH v2 rcu 1/3] rcu: Delete unused rcu_gp_might_be_stalled() function, Paul E. McKenney
    • [PATCH v2 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
      • [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
        • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Cheng-Jui Wang (王正睿)
          • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
            • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Cheng-Jui Wang (王正睿)
              • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
                • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Doug Anderson
                  • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
                    • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Doug Anderson
                      • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
                        • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Doug Anderson
                          • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Cheng-Jui Wang (王正睿)
                            • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
                • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Cheng-Jui Wang (王正睿)
                  • Re: [PATCH v3 rcu 3/3] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
    • Re: [PATCH v2 rcu 0/3] RCU CPU stall-warning changes for v6.13, Frederic Weisbecker
• [PATCH rcu 0/5] Torture-test changes for v6.13, Paul E. McKenney
  • [PATCH rcu 4/5] rcuscale: Add guest_os_delay module parameter, Paul E. McKenney
  • [PATCH rcu 2/5] torture: Add --no-affinity parameter to kvm.sh, Paul E. McKenney
  • [PATCH rcu 3/5] refscale: Correct affinity check, Paul E. McKenney
  • [PATCH rcu 1/5] refscale: Add test for sched_clock(), Paul E. McKenney
  • [PATCH rcu 5/5] rcutorture: Avoid printing cpu=-1 for no-fault RCU boost failure, Paul E. McKenney
• [PATCH rcu 0/7] Miscellaneous changes for v6.13, Paul E. McKenney
  • [PATCH rcu 4/7] rcu: Permit start_poll_synchronize_rcu*() with interrupts disabled, Paul E. McKenney
  • [PATCH rcu 2/7] doc: Add rcuog kthreads to kernel-per-CPU-kthreads.rst, Paul E. McKenney
  • [PATCH rcu 1/7] rcu: Add rcuog kthreads to RCU_NOCB_CPU help text, Paul E. McKenney
  • [PATCH rcu 3/7] rcu: Allow short-circuiting of synchronize_rcu_tasks_rude(), Paul E. McKenney
  • [PATCH rcu 7/7] rcu-tasks: Remove open-coded one-byte cmpxchg() emulation, Paul E. McKenney
  • [PATCH rcu 6/7] doc: Remove kernel-parameters.txt entry for rcutorture.read_exit, Paul E. McKenney
  • [PATCH rcu 5/7] rcutorture: Test start-poll primitives with interrupts disabled, Paul E. McKenney
• [PATCH v2 00/10] Make RCU Tasks scan idle tasks, neeraj . upadhyay
  • [PATCH v2 01/10] rcu: Change rdp arg to cpu number for rcu_watching_snap_stopped_since(), neeraj . upadhyay
  • [PATCH v2 02/10] rcu: Make some rcu_watching_* functions global, neeraj . upadhyay
  • [PATCH v2 03/10] rcu/tasks: Move holdout checks for idle task to a separate function, neeraj . upadhyay
  • [PATCH v2 04/10] rcu/tasks: Create rcu_idle_task_is_holdout() definition for !SMP, neeraj . upadhyay
  • [PATCH v2 05/10] rcu/tasks: Consider idle tasks not running on CPU as non-holdouts, neeraj . upadhyay
  • [PATCH v2 06/10] rcu/tasks: Check RCU watching state for holdout idle tasks, neeraj . upadhyay
  • [PATCH v2 07/10] rcu/tasks: Check RCU watching state for holdout idle injection tasks, neeraj . upadhyay
    • Re: [PATCH v2 07/10] rcu/tasks: Check RCU watching state for holdout idle injection tasks, Frederic Weisbecker
  • [PATCH v2 08/10] rcu/tasks: Make RCU-tasks pay attention to idle tasks, neeraj . upadhyay
  • [PATCH v2 09/10] context_tracking: Invoke RCU-tasks enter/exit for NMI context, neeraj . upadhyay
  • [PATCH v2 10/10] rcu: Allow short-circuiting of synchronize_rcu_tasks_rude(), neeraj . upadhyay
• [RFC PATCH v3 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Mathieu Desnoyers
  • [RFC PATCH v3 2/4] Documentation: RCU: Refer to ptr_eq(), Mathieu Desnoyers
  • [RFC PATCH v3 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
  • [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, Mathieu Desnoyers
    • Re: [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, Joel Fernandes
    • Re: [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, kernel test robot
      • Re: [RFC PATCH v3 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, Mathieu Desnoyers
  • [RFC PATCH v3 3/4] hazptr: Implement Hazard Pointers, Mathieu Desnoyers
    • Re: [RFC PATCH v3 3/4] hazptr: Implement Hazard Pointers, Mathieu Desnoyers
• [PATCH] rcu/srcutiny: don't return before reenabling preemption, Michal Schmidt
  • Re: [PATCH] rcu/srcutiny: don't return before reenabling preemption, Paul E. McKenney
    • Re: [PATCH] rcu/srcutiny: don't return before reenabling preemption, Frederic Weisbecker
• [no subject], Unknown
• [RFC PATCH v2 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Mathieu Desnoyers
  • [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq(), Mathieu Desnoyers
    • Re: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq(), Joel Fernandes
    • RE: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq(), David Laight
      • Re: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq(), Paul E. McKenney
      • Re: RE: [RFC PATCH v2 2/4] Documentation: RCU: Refer to ptr_eq(), Sebastian Andrzej Siewior
  • [RFC PATCH v2 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
  • [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
    • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Joel Fernandes
      • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
    • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Frederic Weisbecker
      • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
    • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Peter Zijlstra
      • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Peter Zijlstra
        • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
          • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Peter Zijlstra
            • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
      • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
        • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Peter Zijlstra
          • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
            • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Paul E. McKenney
              • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Paul E. McKenney
                • Re: [RFC PATCH v2 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
  • [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, Mathieu Desnoyers
    • Re: [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, kernel test robot
      • Re: [RFC PATCH v2 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, Mathieu Desnoyers
• [PATCH 0/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
  • [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
    • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Paul E. McKenney
    • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Frederic Weisbecker
      • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
        • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Frederic Weisbecker
          • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
            • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Frederic Weisbecker
            • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Sebastian Andrzej Siewior
              • Re: [PATCH 1/1] softirq: Use a dedicated thread for timer wakeups on PREEMPT_RT., Frederic Weisbecker
• [PATCH 0/3] rcu: Fix yet another wake up from offline related issue, Frederic Weisbecker
  • [PATCH 1/3] rcu/nocb: Use switch/case on NOCB timer state machine, Frederic Weisbecker
    • Re: [PATCH 1/3] rcu/nocb: Use switch/case on NOCB timer state machine, Boqun Feng
      • Re: [PATCH 1/3] rcu/nocb: Use switch/case on NOCB timer state machine, Frederic Weisbecker
  • [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq, Frederic Weisbecker
    • Re: [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq, Joel Fernandes
      • Re: [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq, Frederic Weisbecker
        • Re: [PATCH 2/3] rcu/nocb: Fix rcuog wake-up from offline softirq, Joel Fernandes
  • [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot, Frederic Weisbecker
    • Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot, Frederic Weisbecker
      • Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot, Paul E. McKenney
        • Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot, Paul E. McKenney
          • Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot, Joel Fernandes
      • Re: [PATCH 3/3] rcu: Report callbacks enqueued on offline CPU blind spot, Neeraj Upadhyay
• [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Mathieu Desnoyers
  • [RFC PATCH 2/4] Documentation: RCU: Refer to ptr_eq(), Mathieu Desnoyers
  • [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
    • Re: [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency, Joel Fernandes
      • Re: [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
        • Re: [RFC PATCH 1/4] compiler.h: Introduce ptr_eq() to preserve address dependency, Joel Fernandes
  • [RFC PATCH 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
    • Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers, Boqun Feng
      • Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
        • Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers, Boqun Feng
          • Re: [RFC PATCH 3/4] hp: Implement Hazard Pointers, Mathieu Desnoyers
  • [RFC PATCH 4/4] sched+mm: Use hazard pointers to track lazy active mm existence, Mathieu Desnoyers
  • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Paul E. McKenney
    • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Mathieu Desnoyers
      • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Matthew Wilcox
        • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Mathieu Desnoyers
          • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Mathieu Desnoyers
            • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Jens Axboe
              • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Mathieu Desnoyers
                • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Jens Axboe
  • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Linus Torvalds
    • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Peter Zijlstra
      • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Linus Torvalds
        • Re: [RFC PATCH 0/4] sched+mm: Track lazy active mm existence with hazard pointers, Peter Zijlstra
• [PATCH slab hotfixes v2 0/2] slub kunit tests fixes for 6.12, Vlastimil Babka
  • [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in, Vlastimil Babka
    • Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in, Vlastimil Babka
      • Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in, Guenter Roeck
        • Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in, Vlastimil Babka
    • Re: [PATCH slab hotfixes v2 2/2] slub/kunit: skip test_kfree_rcu when the slub kunit test is built-in, Guenter Roeck
• [PATCH] rcu/kvfree: Refactor kvfree_rcu_queue_batch(), Uladzislau Rezki (Sony)
  • Re: [PATCH] rcu/kvfree: Refactor kvfree_rcu_queue_batch(), Vlastimil Babka
• [PATCH slab hotfixes 0/2] slub kunit tests fixes for 6.12, Vlastimil Babka
  • [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot(), Vlastimil Babka
    • Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot(), Guenter Roeck
      • Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot(), Guenter Roeck
        • Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot(), Vlastimil Babka
        • Re: [PATCH slab hotfixes 2/2] kunit: move call to kunit_run_all_tests() after rcu_end_inkernel_boot(), David Gow
• [PATCH v1 0/2] Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
  • [PATCH v1 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
  • [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq(), Mathieu Desnoyers
    • Re: [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq(), Paul E. McKenney
      • Re: [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq(), Mathieu Desnoyers
        • Re: [PATCH v1 2/2] Documentation: RCU: Refer to ptr_eq(), Paul E. McKenney
  • Re: [PATCH v1 0/2] Introduce ptr_eq() to preserve address dependency, Alan Stern
• [PATCH 0/2] Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
  • [PATCH 2/2] Documentation: RCU: Refer to ptr_eq(), Mathieu Desnoyers
    • Re: [PATCH 2/2] Documentation: RCU: Refer to ptr_eq(), Alan Stern
      • Re: [PATCH 2/2] Documentation: RCU: Refer to ptr_eq(), Mathieu Desnoyers
  • [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
    • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Stern
      • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
      • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
        • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Stern
          • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
            • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Stern
              • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
                • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Paul E. McKenney
                  • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
                    • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Paul E. McKenney
            • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Huang
              • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Boqun Feng
                • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Huang
              • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
                • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Huang
                  • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Huang
                    • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
                      • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Huang
      • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
        • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Stern
          • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
            • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Alan Stern
              • RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, David Laight
                • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, 'Alan Stern'
                  • RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, David Laight
                    • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, 'Alan Stern'
                      • RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, David Laight
                        • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, 'Alan Stern'
                          • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
                            • RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, David Laight
                              • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
                            • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
                              • RE: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, David Laight
                                • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
                                • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Jonas Oberhauser
    • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Gary Guo
      • Re: [PATCH 1/2] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
• [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
  • Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency, Mathieu Desnoyers
    • Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency, Boqun Feng
    • Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency, Paul E. McKenney
  • Re: [RFC PATCH] compiler.h: Introduce ptr_eq() to preserve address dependency, Boqun Feng
• [PATCH 20/20] rcu: Use kthread preferred affinity for RCU exp kworkers, Frederic Weisbecker
• [PATCH 19/20] treewide: Introduce kthread_run_worker[_on_cpu](), Frederic Weisbecker
  • Re: [PATCH 19/20] treewide: Introduce kthread_run_worker[_on_cpu](), Paul E. McKenney
• [PATCH 18/20] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format, Frederic Weisbecker
• [PATCH 17/20] rcu: Use kthread preferred affinity for RCU boost, Frederic Weisbecker
• [PATCH 16/20] kthread: Implement preferred affinity, Frederic Weisbecker
• [PATCH 13/20] kthread: Default affine kthread to its preferred NUMA node, Frederic Weisbecker
• [PATCH 12/20] kthread: Make sure kthread hasn't started while binding it, Frederic Weisbecker
• [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection, Frederic Weisbecker
  • Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection, Michal Hocko
  • Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection, Will Deacon
    • Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection, Frederic Weisbecker
    • Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection, Frederic Weisbecker
      • Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection, Will Deacon
        • Re: [PATCH 11/20] sched: Handle CPU isolation on last resort fallback rq selection, Frederic Weisbecker
          • [PATCH 1/2] arm64: Keep first mismatched 32bits el0 capable CPU online through its callbacks, Frederic Weisbecker
          • [PATCH 2/2] sched,arm64: Handle CPU isolation on last resort fallback rq selection, Frederic Weisbecker
• [PATCH AUTOSEL 6.6 077/139] rcuscale: Provide clear error when async specified without primitives, Sasha Levin
• [PATCH AUTOSEL 6.10 102/197] rcuscale: Provide clear error when async specified without primitives, Sasha Levin
• [PATCH AUTOSEL 6.10 096/197] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb(), Sasha Levin
• [PATCH AUTOSEL 6.11 119/244] rcuscale: Provide clear error when async specified without primitives, Sasha Levin
• [PATCH AUTOSEL 6.11 112/244] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb(), Sasha Levin
• [linus:master] [rcu/nocb] 9139f93209: WARNING:at_kernel/smp.c:#smp_call_function_single, kernel test robot
• [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible, kernel test robot
  • Re: [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible, Paul E. McKenney
    • Re: [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible, Oliver Sang
      • Re: [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible, Paul E. McKenney
• [RFC PATCH v1 1/1] hpref: Hazard Pointers with Reference Counter, Mathieu Desnoyers
• [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Mathieu Desnoyers
  • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Lai Jiangshan
    • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Mathieu Desnoyers
  • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Jonas Oberhauser
    • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Mathieu Desnoyers
      • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Jonas Oberhauser
        • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Mathieu Desnoyers
          • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Jonas Oberhauser
  • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Jonas Oberhauser
    • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Mathieu Desnoyers
      • Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter, Jonas Oberhauser
• [RFC PATCH 0/4] Add hazard pointers to kernel, Boqun Feng
  • [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
    • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
    • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
      • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
        • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
    • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jann Horn
      • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
        • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
    • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Lai Jiangshan
      • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
        • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
        • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
          • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
            • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
        • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
    • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
    • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
      • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
        • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
          • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
            • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
              • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                  • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                    • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                      • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                        • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
                          • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Linus Torvalds
                            • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
                              • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Linus Torvalds
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Linus Torvalds
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Linus Torvalds
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Linus Torvalds
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Linus Torvalds
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Linus Torvalds
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                            • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                              • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Boqun Feng
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Mathieu Desnoyers
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
                                • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Alan Huang
              • Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers, Jonas Oberhauser
  • [RFC PATCH 2/4] refscale: Add benchmarks for hazptr, Boqun Feng
  • [RFC PATCH 3/4] refscale: Add benchmarks for percpu_ref, Boqun Feng
  • [RFC PATCH 4/4] WIP: hazptr: Add hazptr test sample, Boqun Feng
  • Re: [RFC PATCH 0/4] Add hazard pointers to kernel, Linus Torvalds
    • Re: [RFC PATCH 0/4] Add hazard pointers to kernel, Neeraj Upadhyay
      • Re: [RFC PATCH 0/4] Add hazard pointers to kernel, Linus Torvalds
        • Re: [RFC PATCH 0/4] Add hazard pointers to kernel, Neeraj Upadhyay
      • Re: [RFC PATCH 0/4] Add hazard pointers to kernel, Mateusz Guzik
    • Re: [RFC PATCH 0/4] Add hazard pointers to kernel, Christoph Hellwig
      • Re: [RFC PATCH 0/4] Add hazard pointers to kernel, Linus Torvalds
• [GIT PULL] slab updates for 6.11, Vlastimil Babka
  • Re: [GIT PULL] slab updates for 6.11, Linus Torvalds
    • Re: [GIT PULL] slab updates for 6.11, Uladzislau Rezki
      • Re: [GIT PULL] slab updates for 6.11, Vlastimil Babka
        • Re: [GIT PULL] slab updates for 6.11, Uladzislau Rezki
          • Re: [GIT PULL] slab updates for 6.11, Vlastimil Babka
            • Re: [GIT PULL] slab updates for 6.11, Uladzislau Rezki
  • Re: [GIT PULL] slab updates for 6.11, pr-tracker-bot
• [RFC 0/6] Managed Percpu Refcount, Neeraj Upadhyay
  • [RFC 1/6] percpu-refcount: Add managed mode for RCU released objects, Neeraj Upadhyay
  • [RFC 2/6] percpu-refcount: Add torture test for percpu refcount, Neeraj Upadhyay
  • [RFC 3/6] percpu-refcount: Extend managed mode to allow runtime switching, Neeraj Upadhyay
  • [RFC 4/6] percpu-refcount-torture: Extend test with runtime mode switches, Neeraj Upadhyay
  • [RFC 5/6] apparmor: Switch labels to percpu refcount in atomic mode, Neeraj Upadhyay
  • [RFC 6/6] apparmor: Switch labels to percpu ref managed mode, Neeraj Upadhyay
    • Re: [RFC 6/6] apparmor: Switch labels to percpu ref managed mode, kernel test robot
• [GIT PULL] RCU changes for v6.12, Neeraj Upadhyay
  • Re: [GIT PULL] RCU changes for v6.12, pr-tracker-bot
• general protection fault in lookup_object_or_alloc, Hui Guo
  • Re: general protection fault in lookup_object_or_alloc, Steven Rostedt
• [PATCH v2 0/2] Some enhancement for kvfree_rcu_mightsleep(), Uladzislau Rezki (Sony)
  • [PATCH v2 1/2] rcu/kvfree: Use polled API in a slow path, Uladzislau Rezki (Sony)
  • [PATCH v2 2/2] rcu/kvfree: Switch to expedited version in slow path, Uladzislau Rezki (Sony)
• next: rcu_preempt self-detected stall on CPU - queued_spin_lock_slowpath, Naresh Kamboju
  • Re: next: rcu_preempt self-detected stall on CPU - queued_spin_lock_slowpath, Miklos Szeredi
    • Re: next: rcu_preempt self-detected stall on CPU - queued_spin_lock_slowpath, Paul E. McKenney
• [PATCH rcu 0/11] Add light-weight readers for SRCU, Paul E. McKenney
  • [PATCH rcu 01/11] srcu: Rename srcu_might_be_idle() to srcu_should_expedite(), Paul E. McKenney
  • [PATCH rcu 02/11] srcu: Introduce srcu_gp_is_expedited() helper function, Paul E. McKenney
  • [PATCH rcu 03/11] srcu: Renaming in preparation for additional reader flavor, Paul E. McKenney
  • [PATCH rcu 04/11] srcu: Bit manipulation changes for additional reader flavor, Paul E. McKenney
  • [PATCH rcu 10/11] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor, Paul E. McKenney
  • [PATCH rcu 07/11] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite(), Paul E. McKenney
    • Re: [PATCH rcu 07/11] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite(), Alexei Starovoitov
      • Re: [PATCH rcu 07/11] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite(), Paul E. McKenney
  • [PATCH rcu 05/11] srcu: Standardize srcu_data pointers to "sdp" and similar, Paul E. McKenney
  • [PATCH rcu 11/11] refscale: Add srcu_read_lock_lite() support using "srcu-lite", Paul E. McKenney
  • [PATCH rcu 09/11] rcutorture: Add reader_flavor parameter for SRCU readers, Paul E. McKenney
  • [PATCH rcu 06/11] srcu: Convert srcu_data ->srcu_reader_flavor to bit field, Paul E. McKenney
  • [PATCH rcu 08/11] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits, Paul E. McKenney
  • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Kent Overstreet
    • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Paul E. McKenney
      • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Kent Overstreet
        • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Paul E. McKenney
  • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Andrii Nakryiko
    • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Paul E. McKenney
    • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Andrii Nakryiko
      • Re: [PATCH rcu 0/11] Add light-weight readers for SRCU, Paul E. McKenney
  • [PATCH rcu [12/11] srcu: Allow inlining of __srcu_read_{,un}lock_lite(), Paul E. McKenney
• [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible, kernel test robot
  • Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible, Paul E. McKenney
    • Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible, Oliver Sang
      • Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible, Paul E. McKenney
        • Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible, Oliver Sang
          • Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible, Paul E. McKenney
• [PATCH -next] rcu: Use the BITS_PER_LONG macro, Jinjie Ruan
  • Re: [PATCH -next] rcu: Use the BITS_PER_LONG macro, Mathieu Desnoyers
    • Re: [PATCH -next] rcu: Use the BITS_PER_LONG macro, Jinjie Ruan
  • Re: [PATCH -next] rcu: Use the BITS_PER_LONG macro, Paul E. McKenney
• [PATCH v5.10-v5.15] rcu-tasks: Fix show_rcu_tasks_trace_gp_kthread buffer overflow, Vamsi Krishna Brahmajosyula
• BUG: WARNING in kvfree_rcu_bulk, Xingyu Li
  • Re: BUG: WARNING in kvfree_rcu_bulk, Uladzislau Rezki
    • Re: BUG: WARNING in kvfree_rcu_bulk, Xingyu Li
      • Re: BUG: WARNING in kvfree_rcu_bulk, Uladzislau Rezki
        • Re: BUG: WARNING in kvfree_rcu_bulk, Xingyu Li
          • Re: BUG: WARNING in kvfree_rcu_bulk, Uladzislau Rezki
            • Re: BUG: WARNING in kvfree_rcu_bulk, Xingyu Li
              • Re: BUG: WARNING in kvfree_rcu_bulk, Juefei Pu
                • Re: BUG: WARNING in kvfree_rcu_bulk, Uladzislau Rezki
• [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects, Uladzislau Rezki (Sony)
  • [PATCH 2/4] rcu/kvfree: Add a switcher for dynamic rcu_head, Uladzislau Rezki (Sony)
  • [PATCH 3/4] rcu/kvfree: Use polled API in a slow path, Uladzislau Rezki (Sony)
  • [PATCH 4/4] rcu/kvfree: Switch to expedited version in slow path, Uladzislau Rezki (Sony)
  • Re: [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects, Vlastimil Babka
    • Re: [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects, Uladzislau Rezki
      • Re: [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects, Paul E. McKenney
• SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Jon Kohler
  • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Paul E. McKenney
    • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Jon Kohler
      • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Paul E. McKenney
        • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Jon Kohler
          • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Paul E. McKenney
      • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Neeraj Upadhyay
        • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Jon Kohler
  • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Jan Kara
    • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Jon Kohler
      • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Paul E. McKenney
      • Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu), Jan Kara
• Re: [PATCH 6.1 000/321] 6.1.107-rc1 review, Naresh Kamboju
  • Re: [PATCH 6.1 000/321] 6.1.107-rc1 review, Greg Kroah-Hartman
• [RFC 0/7] dlm: the ultimate verifier for DLM lock correctness, Alexander Aring
  • [RFC 2/7] dlm: fix swapped args sb_flags vs sb_status, Alexander Aring
  • [RFC 1/7] dlm: fix possible lkb_resource null dereference, Alexander Aring
  • [RFC 3/7] dlm: make add_to_waiters() that is can't fail, Alexander Aring
  • [RFC 4/7] dlm: add our_nodeid to tracepoints, Alexander Aring
  • [RFC 5/7] dlm: add lkb rv mode to ast tracepoint, Alexander Aring
  • [RFC 6/7] dlm: add more tracepoints for DLM kernel verifier, Alexander Aring
  • [RFC 7/7] rv: add dlm compatible lock state kernel verifier, Alexander Aring
    • Re: [RFC 7/7] rv: add dlm compatible lock state kernel verifier, Alexander Aring
• Re: [PATCH 6.6 000/341] 6.6.48-rc1 review, Naresh Kamboju
• WARNING in rcu_core, Xingyu Li
  • Re: WARNING in rcu_core, Paul E. McKenney
    • Re: WARNING in rcu_core, Xingyu Li
      • Re: WARNING in rcu_core, Paul E. McKenney
• [PATCH rcu 0/4] Reduce lock contention during RCU CPU stall warnings, Paul E. McKenney
  • [PATCH rcu 1/4] rcu: Defer printing stall-warning backtrace when holding rcu_node lock, Paul E. McKenney
  • [PATCH rcu 3/4] rcu: Stop stall warning from dumping stacks if grace period ends, Paul E. McKenney
  • [PATCH rcu 2/4] rcu: Delete unused rcu_gp_might_be_stalled() function, Paul E. McKenney
  • [PATCH rcu 4/4] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks(), Paul E. McKenney
• [PATCH -next] rcu: Use bitwise instead of arithmetic operator for flags, Hongbo Li
  • Re: [PATCH -next] rcu: Use bitwise instead of arithmetic operator for flags, Paul E. McKenney
• next-20240822: rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior., Naresh Kamboju
  • Re: next-20240822: rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior., Neil Armstrong
• [PATCH 1/1] srcu: Replace WARN_ON_ONCE() with BUILD_BUG_ON() if possible, Zhen Lei
  • Re: [PATCH 1/1] srcu: Replace WARN_ON_ONCE() with BUILD_BUG_ON() if possible, Paul E. McKenney
• [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Uladzislau Rezki (Sony)
  • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Vlastimil Babka
    • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Uladzislau Rezki
  • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Paul E. McKenney
    • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Uladzislau Rezki
      • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Paul E. McKenney
        • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Uladzislau Rezki
          • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Paul E. McKenney
            • Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API, Uladzislau Rezki
• [PATCH printk v8 00/35] wire up write_atomic() printing, John Ogness
  • [PATCH printk v8 34/35] rcu: Mark emergency sections in rcu stalls, John Ogness
    • Re: [PATCH printk v8 34/35] rcu: Mark emergency sections in rcu stalls, Paul E. McKenney
  • Re: [PATCH printk v8 00/35] wire up write_atomic() printing, Petr Mladek
    • Re: [PATCH printk v8 00/35] wire up write_atomic() printing, Sebastian Andrzej Siewior
      • Re: [PATCH printk v8 00/35] wire up write_atomic() printing, Petr Mladek
        • Re: [PATCH printk v8 00/35] wire up write_atomic() printing, Sebastian Andrzej Siewior
• One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
  • Re: One-off rcu_nocb_rdp_deoffload bug, Z qiang
    • Message not available
      • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
        • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
          • Re: One-off rcu_nocb_rdp_deoffload bug, Frederic Weisbecker
            • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
              • Re: One-off rcu_nocb_rdp_deoffload bug, Frederic Weisbecker
                • Re: One-off rcu_nocb_rdp_deoffload bug, Frederic Weisbecker
                  • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
                    • Re: One-off rcu_nocb_rdp_deoffload bug, Neeraj upadhyay
                      • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
                    • Re: One-off rcu_nocb_rdp_deoffload bug, Frederic Weisbecker
                      • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
                        • Re: One-off rcu_nocb_rdp_deoffload bug, Neeraj upadhyay
                          • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
                            • Re: One-off rcu_nocb_rdp_deoffload bug, Paul E. McKenney
                  • Re: One-off rcu_nocb_rdp_deoffload bug, Z qiang
                    • Re: One-off rcu_nocb_rdp_deoffload bug, Frederic Weisbecker
                      • Re: One-off rcu_nocb_rdp_deoffload bug, Z qiang
• [PATCH 0/9] rcu_pending, Kent Overstreet
  • [PATCH 2/9] lib/generic-radix-tree.c: add preallocation, Kent Overstreet
  • [PATCH 1/9] lib/generic-radix-tree.c: genradix_ptr_inlined(), Kent Overstreet
  • [PATCH 5/9] rcu: delete lockdep_assert_irqs_enabled() assert in start_poll_synchronize_rcu_common(), Kent Overstreet
    • Re: [PATCH 5/9] rcu: delete lockdep_assert_irqs_enabled() assert in start_poll_synchronize_rcu_common(), Paul E. McKenney
  • [PATCH 8/9] bcachefs: key cache can now allocate from pending, Kent Overstreet
  • [PATCH 6/9] rcu: rcu_pending, Kent Overstreet
    • Re: [PATCH 6/9] rcu: rcu_pending, Paul E. McKenney
      • Re: [PATCH 6/9] rcu: rcu_pending, Kent Overstreet
        • Re: [PATCH 6/9] rcu: rcu_pending, Paul E. McKenney
          • Re: [PATCH 6/9] rcu: rcu_pending, Kent Overstreet
            • Re: [PATCH 6/9] rcu: rcu_pending, Paul E. McKenney
              • Re: [PATCH 6/9] rcu: rcu_pending, Kent Overstreet
                • Re: [PATCH 6/9] rcu: rcu_pending, Paul E. McKenney
                  • Re: [PATCH 6/9] rcu: rcu_pending, Kent Overstreet
  • [PATCH 9/9] rcu: Switch kvfree_rcu() to new rcu_pending, Kent Overstreet
    • Re: [PATCH 9/9] rcu: Switch kvfree_rcu() to new rcu_pending, Paul E. McKenney
      • Re: [PATCH 9/9] rcu: Switch kvfree_rcu() to new rcu_pending, Kent Overstreet
  • [PATCH 3/9] darray: lift from bcachefs, Kent Overstreet
    • Re: [PATCH 3/9] darray: lift from bcachefs, Jeff Johnson
  • [PATCH 4/9] vmalloc: is_vmalloc_addr_inlined(), Kent Overstreet
  • [PATCH 7/9] bcachefs: Rip out freelists from btree key cache, Kent Overstreet
  • Re: [PATCH 0/9] rcu_pending, Paul E. McKenney
    • Re: [PATCH 0/9] rcu_pending, Kent Overstreet
• [paulmckrcu:dev.2024.08.05a] [srcu] a7adbae9c5: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture], kernel test robot
  • Re: [paulmckrcu:dev.2024.08.05a] [srcu] a7adbae9c5: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture], Z qiang
    • Re: [paulmckrcu:dev.2024.08.05a] [srcu] a7adbae9c5: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture], Oliver Sang
• [PATCH] doc: rcu: update printed dynticks counter bits, Baruch Siach
  • Re: [PATCH] doc: rcu: update printed dynticks counter bits, Paul E. McKenney
    • Re: [PATCH] doc: rcu: update printed dynticks counter bits, Baruch Siach
      • Re: [PATCH] doc: rcu: update printed dynticks counter bits, Neeraj Upadhyay
• Re: rcu pending, Kent Overstreet
  • Re: rcu pending, Paul E. McKenney
    • Re: rcu pending, Kent Overstreet