rcu  

Messages by Thread

• Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Joel Fernandes
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Kumar Kartikeya Dwivedi
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Joel Fernandes
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Joel Fernandes
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Sebastian Andrzej Siewior
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Paul E. McKenney
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Kumar Kartikeya Dwivedi
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Zqiang
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Boqun Feng
  • Re: Next-level bug in SRCU implementation of RCU Tasks Trace + PREEMPT_RT Joel Fernandes
• [BUG] RCU stall in unmap_page_range during exit_mmap (6.19 regression) Benjamin Eikel
  • [regression] Re: RCU stall in unmap_page_range during exit_mmap (6.19 regression) Thorsten Leemhuis
  • Re: [BUG] RCU stall in unmap_page_range during exit_mmap (6.19 regression) Pedro Falcato
• Possible addition to the v7.0 post-merge-window pile... Paul E. McKenney
• [PATCH v2 0/2] kthread, exit: clean up kernel thread exit paths Christian Brauner
  • [PATCH v2 2/2] tree-wide: rename do_exit() to task_exit() Christian Brauner
  • Re: [PATCH v2 2/2] tree-wide: rename do_exit() to task_exit() Frederic Weisbecker
  • Re: [PATCH v2 2/2] tree-wide: rename do_exit() to task_exit() Steven Rostedt
  • [PATCH v2 1/2] kthread: remove kthread_exit() Christian Brauner
  • Re: [PATCH v2 1/2] kthread: remove kthread_exit() Frederic Weisbecker
  • Re: [PATCH v2 1/2] kthread: remove kthread_exit() David Laight
  • Re: [PATCH v2 1/2] kthread: remove kthread_exit() Steven Rostedt
• [BUG] RCU stall / hung rcu_gp: process_srcu blocked in synchronize_rcu_normal triggered by perf trace teardown on 7.0.0-rc1 Zw Tang
  • Re: [BUG] RCU stall / hung rcu_gp: process_srcu blocked in synchronize_rcu_normal triggered by perf trace teardown on 7.0.0-rc1 Sasha Levin
  • Re: [BUG] RCU stall / hung rcu_gp: process_srcu blocked in synchronize_rcu_normal triggered by perf trace teardown on 7.0.0-rc1 Steven Rostedt
  • Re: [BUG] RCU stall / hung rcu_gp: process_srcu blocked in synchronize_rcu_normal triggered by perf trace teardown on 7.0.0-rc1 Sasha Levin
• [RFC PATCH 0/7] k[v]free_rcu() improvements Harry Yoo
  • [RFC PATCH 7/7] mm/slab: make kfree_rcu_nolock() work with sheaves Harry Yoo
  • Re: [RFC PATCH 7/7] mm/slab: make kfree_rcu_nolock() work with sheaves Alexei Starovoitov
  • Re: [RFC PATCH 7/7] mm/slab: make kfree_rcu_nolock() work with sheaves Harry Yoo
  • [RFC PATCH 2/7] mm: use rcu_ptr instead of rcu_head Harry Yoo
  • Re: [RFC PATCH 2/7] mm: use rcu_ptr instead of rcu_head Uladzislau Rezki
  • Re: [RFC PATCH 2/7] mm: use rcu_ptr instead of rcu_head Harry Yoo
  • [RFC PATCH 4/7] mm/slab: free a bit in enum objexts_flags Harry Yoo
  • Re: [RFC PATCH 4/7] mm/slab: free a bit in enum objexts_flags Alexei Starovoitov
  • Re: [RFC PATCH 4/7] mm/slab: free a bit in enum objexts_flags Vlastimil Babka
  • Re: [RFC PATCH 4/7] mm/slab: free a bit in enum objexts_flags Alexei Starovoitov
  • [RFC PATCH 3/7] mm/slab: allow freeing kmalloc_nolock()'d objects using kfree[_rcu]() Harry Yoo
  • [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Harry Yoo
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Uladzislau Rezki
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Harry Yoo
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Uladzislau Rezki
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Harry Yoo
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Uladzislau Rezki
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Alexei Starovoitov
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Vlastimil Babka
  • Re: [RFC PATCH 1/7] mm/slab: introduce k[v]free_rcu() with struct rcu_ptr Harry Yoo
  • [RFC PATCH 6/7] mm/slab: introduce kfree_rcu_nolock() Harry Yoo
  • Re: [RFC PATCH 6/7] mm/slab: introduce kfree_rcu_nolock() Harry Yoo
  • Re: [RFC PATCH 6/7] mm/slab: introduce kfree_rcu_nolock() Joel Fernandes
  • Re: [RFC PATCH 6/7] mm/slab: introduce kfree_rcu_nolock() Joel Fernandes
  • Re: [RFC PATCH 6/7] mm/slab: introduce kfree_rcu_nolock() Harry Yoo
  • [RFC PATCH 5/7] mm/slab: move kfree_rcu_cpu[_work] definitions Harry Yoo
  • Re: [RFC PATCH 0/7] k[v]free_rcu() improvements Paul E. McKenney
  • Re: [RFC PATCH 0/7] k[v]free_rcu() improvements Harry Yoo
  • Re: [RFC PATCH 0/7] k[v]free_rcu() improvements Paul E. McKenney
  • Re: [RFC PATCH 0/7] k[v]free_rcu() improvements Harry Yoo
  • Re: [RFC PATCH 0/7] k[v]free_rcu() improvements Paul E. McKenney
  • Re: [RFC PATCH 0/7] k[v]free_rcu() improvements Vlastimil Babka
• Re: rcu stalls during fstests runs for xfs Dave Chinner
  • Re: rcu stalls during fstests runs for xfs Shinichiro Kawasaki
  • Re: rcu stalls during fstests runs for xfs Kunwu Chan
  • Re: rcu stalls during fstests runs for xfs Paul E. McKenney
  • Re: rcu stalls during fstests runs for xfs Shinichiro Kawasaki
  • Re: rcu stalls during fstests runs for xfs Paul E. McKenney
  • Re: rcu stalls during fstests runs for xfs Paul E. McKenney
  • Re: rcu stalls during fstests runs for xfs Shinichiro Kawasaki
  • Re: rcu stalls during fstests runs for xfs Matthieu Baerts
  • Re: rcu stalls during fstests runs for xfs Shinichiro Kawasaki
  • Re: rcu stalls during fstests runs for xfs Matthieu Baerts
  • Re: rcu stalls during fstests runs for xfs Shinichiro Kawasaki
  • Re: rcu stalls during fstests runs for xfs Joel Fernandes
• [linux-next:master] [rcu] 168b367025: stress-ng.led.ops_per_sec 150.8% improvement kernel test robot
• Handling large numbers of hazard pointers Paul E. McKenney
  • Re: Handling large numbers of hazard pointers Mathieu Desnoyers
  • Re: Handling large numbers of hazard pointers Joel Fernandes
  • Re: Handling large numbers of hazard pointers Joel Fernandes
  • Re: Handling large numbers of hazard pointers Mathieu Desnoyers
  • Re: Handling large numbers of hazard pointers Boqun Feng
  • Re: Handling large numbers of hazard pointers Mathieu Desnoyers
  • Re: Handling large numbers of hazard pointers Mathieu Desnoyers
  • Re: Handling large numbers of hazard pointers Joel Fernandes
  • Re: Handling large numbers of hazard pointers Joel Fernandes
  • Re: Handling large numbers of hazard pointers Mathieu Desnoyers
  • Re: Handling large numbers of hazard pointers Joel Fernandes
• [PATCH 5.10/5.15] srcu: Tighten cleanup_srcu_struct() GP checks Vasiliy Kovalev
• [PATCH v1] rcu: use WRITE_ONCE() for ->next and ->pprev of hlist_nulls xuanqiang . luo
  • Re: [PATCH v1] rcu: use WRITE_ONCE() for ->next and ->pprev of hlist_nulls Eric Dumazet
  • Re: [PATCH v1] rcu: use WRITE_ONCE() for ->next and ->pprev of hlist_nulls Paul E. McKenney
• Re: Kernel 6.12 RT freeze at boot issue Paul E. McKenney
• [PATCH v2] rcu: Remove local_irq_save/restore() in rcu_preempt_deferred_qs_handler() Zqiang
  • Re: [PATCH v2] rcu: Remove local_irq_save/restore() in rcu_preempt_deferred_qs_handler() Paul E. McKenney
  • Re: [PATCH v2] rcu: Remove local_irq_save/restore() in rcu_preempt_deferred_qs_handler() Zqiang
• Fw: Statement Paul E. McKenney
  • Re: Fw: Statement Joel Fernandes
  • Re: Fw: Statement Paul E. McKenney
• [PATCH AUTOSEL 5.15 11/11] rcu: Return early if callback is not specified Sasha Levin
• [PATCH AUTOSEL 6.1 15/15] rcu: Return early if callback is not specified Sasha Levin
• [PATCH AUTOSEL 6.12 19/19] rcu: Return early if callback is not specified Sasha Levin
• [PATCH AUTOSEL 5.10 8/8] rcu: Return early if callback is not specified Sasha Levin
• [PATCH AUTOSEL 5.4 7/7] rcu: Return early if callback is not specified Sasha Levin
• [PATCH AUTOSEL 6.6 18/18] rcu: Return early if callback is not specified Sasha Levin
• [PATCH AUTOSEL 6.15 20/20] rcu: Return early if callback is not specified Sasha Levin
• [paulmckrcu:dev.2025.06.06a] [rcu/exp] 1fccb15145: WARNING:at_kernel/rcu/tree_exp.h:#__sync_rcu_exp_select_node_cpus kernel test robot
• RCU patches in flight Paul E. McKenney
  • Re: RCU patches in flight Boqun Feng
  • Re: RCU patches in flight Joel Fernandes
  • Re: RCU patches in flight Paul E. McKenney
  • Re: RCU patches in flight Boqun Feng
  • Re: RCU patches in flight Paul E. McKenney
  • TREE02 warning while initializing expedited grace period Paul E. McKenney
  • Re: TREE02 warning while initializing expedited grace period Paul E. McKenney
  • Re: TREE02 warning while initializing expedited grace period Paul E. McKenney
  • Re: TREE02 warning while initializing expedited grace period Joel Fernandes
• Re: [PATCH v5] rcutorture: Perform more frequent testing of ->gpwrap Akira Yokosawa
  • Re: [PATCH v5] rcutorture: Perform more frequent testing of ->gpwrap Joel Fernandes
• Re: [BUG] RCU: Kernel panic on execute from non-executable memory (binderfs + stress-ng) Yunseong Kim
  • Re: [BUG] RCU: Kernel panic on execute from non-executable memory (binderfs + stress-ng) Colin King (gmail)
  • Re: [BUG] RCU: Kernel panic on execute from non-executable memory (binderfs + stress-ng) Yunseong Kim
  • Re: [BUG] RCU: Kernel panic on execute from non-executable memory (binderfs + stress-ng) Yeoreum Yun
• [BUG] RCU CPU stall warnings on TREE01 on arm64 Paul E. McKenney
  • Re: [BUG] RCU CPU stall warnings on TREE01 on arm64 Paul E. McKenney
  • Re: [BUG] RCU CPU stall warnings on TREE01 on arm64 Paul E. McKenney
  • Re: [BUG] RCU CPU stall warnings on TREE01 on arm64 Joel Fernandes
  • Re: [BUG] RCU CPU stall warnings on TREE01 on arm64 Paul E. McKenney
  • Re: [BUG] RCU CPU stall warnings on TREE01 on arm64 Paul E. McKenney
  • Re: [BUG] RCU CPU stall warnings on TREE01 on arm64 Joel Fernandes
• Overnight rcutorture tests pass on ARM64 Joel Fernandes
  • Re: Overnight rcutorture tests pass on ARM64 Paul E. McKenney
  • Re: Overnight rcutorture tests pass on ARM64 Joel Fernandes
• [PATCH squash] rcutorture: Complain if an ->up_read() is delayed more than 10 seconds Paul E. McKenney
• [bug report] rcutorture: Perform more frequent testing of ->gpwrap Dan Carpenter
  • Re: [bug report] rcutorture: Perform more frequent testing of ->gpwrap Dan Carpenter
  • Re: [bug report] rcutorture: Perform more frequent testing of ->gpwrap Paul E. McKenney
  • Re: [bug report] rcutorture: Perform more frequent testing of ->gpwrap Dan Carpenter
  • Re: [bug report] rcutorture: Perform more frequent testing of ->gpwrap Paul E. McKenney
  • Re: [bug report] rcutorture: Perform more frequent testing of ->gpwrap Joel Fernandes
  • Re: [bug report] rcutorture: Perform more frequent testing of ->gpwrap Joel Fernandes
• Possible scriping bug in rcutorture/kvm.sh Joel Fernandes
  • Re: Possible scriping bug in rcutorture/kvm.sh Paul E. McKenney
  • Re: Possible scriping bug in rcutorture/kvm.sh Joel Fernandes
• Fwd: [PATCH v2] sched/fair: Disable DL server on rcu_torture_disable_rt_throttle() Joel Fernandes
• Testing of shared RCU branching Paul E. McKenney
  • Re: Testing of shared RCU branching Boqun Feng
  • Re: Testing of shared RCU branching Boqun Feng
  • Re: Testing of shared RCU branching Paul E. McKenney
  • Re: Testing of shared RCU branching Joel Fernandes
  • Re: Testing of shared RCU branching Paul E. McKenney
  • Re: Testing of shared RCU branching Joel Fernandes
  • Re: Testing of shared RCU branching Paul E. McKenney
  • Re: Testing of shared RCU branching Joel Fernandes
• [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] kernel test robot
  • Re: [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] Paul E. McKenney
  • Re: [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] Boqun Feng
  • Re: [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] Oliver Sang
  • Re: [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] Paul E. McKenney
  • Re: [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] Oliver Sang
  • Re: [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] Boqun Feng
  • Re: [linux-next:master] [rcu] c9b55f9da0: WARNING:at_kernel/rcu/rcutorture.c:#rcutorture_one_extend_check[rcutorture] Boqun Feng
  • [PATCH v2 1/2] rcutorture: Update rcutorture_one_extend_check() for lazy preemption Boqun Feng
  • [PATCH v2 2/2] rcutorture: Update ->extendables check for lazy preemption Boqun Feng
  • Re: [PATCH v2 2/2] rcutorture: Update ->extendables check for lazy preemption Boqun Feng
  • Re: [PATCH v2 2/2] rcutorture: Update ->extendables check for lazy preemption Paul E. McKenney
  • Re: [PATCH v2 1/2] rcutorture: Update rcutorture_one_extend_check() for lazy preemption Paul E. McKenney
  • Re: [PATCH v2 1/2] rcutorture: Update rcutorture_one_extend_check() for lazy preemption Oliver Sang
  • Re: [PATCH v2 1/2] rcutorture: Update rcutorture_one_extend_check() for lazy preemption Boqun Feng
  • Re: [PATCH v2 1/2] rcutorture: Update rcutorture_one_extend_check() for lazy preemption Oliver Sang
• The rdp->gpwrap behavior Joel Fernandes
  • Re: The rdp->gpwrap behavior Paul E. McKenney
  • Re: The rdp->gpwrap behavior Joel Fernandes
  • Re: The rdp->gpwrap behavior Paul E. McKenney
  • Re: The rdp->gpwrap behavior Joel Fernandes
  • Re: The rdp->gpwrap behavior Paul E. McKenney

• Earlier messages