RCU

• Thread Index

• [PATCH 7/7] rcu/exp: Remove rcu_par_gp_wq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 6/7] rcu/exp: Handle parallel exp gp kworkers affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/7] rcu/exp: Make parallel exp gp kworker per rcu node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/7] rcu/exp: Move expedited kthread worker creation functions above rcutree_prepare_cpu()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/7] rcu: s/boost_kthread_mutex/kthread_mutex
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/7] rcu/exp: Handle RCU expedited grace period kworker allocation failure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/7] rcu/exp: Fix RCU expedited parallel grace period kworker allocation failure recovery
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/7] rcu: Fix expedited GP deadlock
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.8
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Neeraj will be doing RCU PR for v6.8 merge window
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• [GIT PULL] RCU changes for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• Re: Neeraj will be doing RCU PR for v6.8 merge window
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Neeraj will be doing RCU PR for v6.8 merge window
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 1/1] rcu/sync: remove un-used rcu_sync_enter_start function
  • From: Onkarnarth <onkarnath.1@xxxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH 2/2] rcu/nocb: Re-arrange call_rcu() NOCB specific code
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/2] rcu/nocb: Make IRQs disablement symmetric
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/2] rcu/nocb cleanups
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH v4 4/4] rcu: Support direct wake-up of synchronize_rcu() users
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v4 3/4] rcu: Improve handling of synchronize_rcu() users
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v4 2/4] rcu: Add a trace event for synchronize_rcu_normal()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v4 0/4] Reduce synchronize_rcu() latency(v4)
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3] srcu: Improve comments about acceleration leak
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3] srcu: Improve comments about acceleration leak
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [GIT PULL] RCU changes for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 5/7] rcu: Support direct wake-up of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 6/7] rcu: Move sync related data to rcu_state structure
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 3/7] doc: Add rcutree.rcu_normal_wake_from_gp to kernel-parameters.txt
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 7/7] rcu: Add CONFIG_RCU_SR_NORMAL_DEBUG_GP
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/7] rcu: Move sync related data to rcu_state structure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 5/7] rcu: Support direct wake-up of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 3/7] doc: Add rcutree.rcu_normal_wake_from_gp to kernel-parameters.txt
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 7/7] rcu: Add CONFIG_RCU_SR_NORMAL_DEBUG_GP
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 8/8] rcu/exp: Remove rcu_par_gp_wq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 7/8] rcu/exp: Handle parallel exp gp kworkers affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 6/8] rcu/exp: Make parallel exp gp kworker per rcu node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/8] rcu: s/boost_kthread_mutex/kthread_mutex
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/8] rcu/exp: Handle RCU expedited grace period kworker allocation failure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/8] rcu/exp: Fix RCU expedited parallel grace period kworker allocation failure recovery
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/8] rcu/nocb: Re-arrange call_rcu() NOCB specific code
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/8] rcu/nocb: Make IRQs disablement symmetric
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/8 v2] rcu: Fix expedited GP deadlock (and cleanup some nocb stuff)
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] timers & RCU: Fix TREE03 stalls
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 3/3] rcu/exp: Remove full barrier upon main thread wakeup
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] hrtimer: Report offline hrtimer enqueue
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] timers & RCU: Fix TREE03 stalls
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] srcu: Improve comments about acceleration leak
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] srcu: Improve comments about acceleration leak
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] srcu: Improve comments about acceleration leak
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] srcu: Improve comments about acceleration leak
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] srcu: Improve comments about acceleration leak
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 48e8992e33abf054bcc0bb2e77b2d43bb899212e
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH rcu 3/3] srcu: Explain why callbacks invocations can't run concurrently
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 3/3] srcu: Explain why callbacks invocations can't run concurrently
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/3] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 3/3] srcu: Explain why callbacks invocations can't run concurrently
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] srcu: Improve comments about acceleration leak
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] srcu: Explain why callbacks invocations can't run concurrently
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] srcu: Explain why callbacks invocations can't run concurrently
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] rcu/nocb: Make IRQs disablement symetric
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Force quiescent states only for ongoing grace period
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] srcu: Improve comments about acceleration leak
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 3/5] doc: Clarify RCU Tasks reader/updater checklist
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH rcu 3/3] srcu: Explain why callbacks invocations can't run concurrently
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 1/3] srcu: Remove superfluous callbacks advancing from srcu_gp_start()
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 2/3] srcu: No need to advance/accelerate if no callback enqueued
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 0/3] SRCU updates for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 1/1] rcu-tasks: Mark RCU Tasks accesses to current->rcu_tasks_idle_cpu
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 0/1] RCU tasks updates for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 3/3] rcu: Force quiescent states only for ongoing grace period
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 2/3] rcu: Remove unused macros from rcupdate.h
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 1/3] rcu: Restrict access to RCU CPU stall notifiers
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 0/3] RCU misc fixes for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 4/4] rcutorture: Add fqs_holdoff check before fqs_task is created
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 3/4] rcutorture: Add mid-sized stall to TREE07
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 2/4] rcutorture: add nolibc init support for mips, ppc and rv64
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 1/4] locktorture: Increase Hamming distance between call_rcu_chain and rcu_call_chains
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 0/4] RCU/lock torture updates for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 5/5] doc: Clarify historical disclaimers in memory-barriers.txt
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 4/5] doc: Mention address and data dependencies in rcu_dereference.rst
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 3/5] doc: Clarify RCU Tasks reader/updater checklist
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 2/5] rculist.h: docs: Fix wrong function summary
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 1/5] Documentation: RCU: Remove repeated word in comments
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• [PATCH rcu 0/5] Documentation updates for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH 4/8] rcu/exp: Handle RCU expedited grace period kworker allocation failure
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH 3/8] rcu/exp: Fix RCU expedited parallel grace period kworker allocation failure recovery
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH 3/8] rcu/exp: Fix RCU expedited parallel grace period kworker allocation failure recovery
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH 0/8] rcu: Fix expedited GP deadlock (and cleanup some nocb stuff)
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [PATCH 0/8] rcu: Fix expedited GP deadlock (and cleanup some nocb stuff)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/8] rcu: Fix expedited GP deadlock (and cleanup some nocb stuff)
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/8] rcu: Fix expedited GP deadlock (and cleanup some nocb stuff)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2] srcu: Improve comments about acceleration leak
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] srcu: Improvement comments about acceleration leak
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 8/8] rcu/exp: Remove rcu_par_gp_wq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 7/8] rcu/exp: Handle parallel exp gp kworkers affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 6/8] rcu/exp: Make parallel exp gp kworker per rcu node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/8] rcu: s/boost_kthread_mutex/kthread_mutex
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/8] rcu/exp: Handle RCU expedited grace period kworker allocation failure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/8] rcu/exp: Fix RCU expedited parallel grace period kworker allocation failure recovery
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/8] rcu/nocb: Re-arrange call_rcu() NOCB specific code
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/8] rcu/nocb: Make IRQs disablement symetric
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/8] rcu: Fix expedited GP deadlock (and cleanup some nocb stuff)
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [RCU] rcu_tasks_trace_qs(): trc_reader_special.b.need_qs value incorrect likely()?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RCU] rcu_tasks_trace_qs(): trc_reader_special.b.need_qs value incorrect likely()?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• About the conflict between XFS inode recycle and VFS rcu-walk
  • From: alexjlzheng@xxxxxxxxx
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/3] rcu/nocb updates v2
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• [PATCH v2] rcu: Provide a boot time parameter to control lazy RCU
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [RCU] rcu_tasks_trace_qs(): trc_reader_special.b.need_qs value incorrect likely()?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RCU] rcu_tasks_trace_qs(): trc_reader_special.b.need_qs value incorrect likely()?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [RCU] rcu_tasks_trace_qs(): trc_reader_special.b.need_qs value incorrect likely()?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v3 1/7] rcu: Reduce synchronize_rcu() latency
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v3 4/7] rcu: Improve handling of synchronize_rcu() users
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v3 2/7] rcu: Add a trace event for synchronize_rcu_normal()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v3 7/7] rcu: Add CONFIG_RCU_SR_NORMAL_DEBUG_GP
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v3 6/7] rcu: Move sync related data to rcu_state structure
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v3 5/7] rcu: Support direct wake-up of synchronize_rcu() users
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v3 0/7] Reduce synchronize_rcu() latency(V3)
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v3 3/7] doc: Add rcutree.rcu_normal_wake_from_gp to kernel-parameters.txt
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: Neeraj will be doing RCU PR for v6.8 merge window
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Neeraj will be doing RCU PR for v6.8 merge window
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 6.6 000/530] 6.6.3-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.1 000/372] 6.1.64-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.1 000/372] 6.1.64-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 6.6 000/530] 6.6.3-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Provide a boot time parameter to enable lazy RCU
  • From: Qais Yousef <qyousef@xxxxxxxxxxx>
• Re: [REPOST PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [REPOST PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [rt-devel:linux-6.6.y-rt] [printk] 78f4b59c6f: BUG:kernel_failed_in_early-boot_stage,last_printk:early_console_in_setup_code
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [rt-devel:linux-6.6.y-rt] [printk] 78f4b59c6f: BUG:kernel_failed_in_early-boot_stage,last_printk:early_console_in_setup_code
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [PATCH 3/3] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu/nocb: Remove needless LOAD-ACQUIRE
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu: Rename jiffies_till_flush to jiffies_lazy_flush
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] rcu/nocb updates v2
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [GIT PULL] RCU fixes for v6.7-rc1
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [bug report] rcu: Restrict access to RCU CPU stall notifiers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Force quiescent states only for ongoing grace period
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [bug report] rcu: Restrict access to RCU CPU stall notifiers
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [GIT PULL] RCU fixes for v6.7-rc1
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: Force quiescent states only for ongoing grace period
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 02/11] rcu: Dump memory object info if callback function is invalid
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 03/11] srcu: Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 09/13] srcu: Only accelerate on enqueue time
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 03/13] srcu: Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 02/13] rcu: Dump memory object info if callback function is invalid
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 09/13] srcu: Only accelerate on enqueue time
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 03/13] srcu: Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 02/13] rcu: Dump memory object info if callback function is invalid
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcutorture: Add fqs_holdoff check before the fqs_task is created
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Force quiescent states only for ongoing grace period
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Add fqs_holdoff check before the fqs_task is created
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH] rcutorture: Add fqs_holdoff check before the fqs_task is created
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu: Force quiescent states only for ongoing grace period
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu: Force quiescent states only for ongoing grace period
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2 3/3] doc: Add rcutree.rcu_normal_wake_from_gp to kernel-parameters.txt
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 2/3] rcu: Add a trace event for synchronize_rcu_normal()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] refscale: Optimize process_durations()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] refscale: Optimize process_durations()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH] rcu: Force quiescent states only for ongoing grace period
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] refscale: Optimize process_durations()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] refscale: Optimize process_durations()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Michael Matz <matz@xxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Michael Matz <matz@xxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Michael Matz <matz@xxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.7
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] RCU changes for v6.7
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] refscale: Optimize process_durations()
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH v2 1/3] rcu: Reduce synchronize_rcu() latency
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v2 2/3] rcu: Add a trace event for synchronize_rcu_normal()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v2 3/3] doc: Add rcutree.rcu_normal_wake_from_gp to kernel-parameters.txt
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v2 0/3] reduce latency of normal synchronize_rcu() v2
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] refscale: Optimize process_durations()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] refscale: Optimize process_durations()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/4] rcu: Fix PF_IDLE related issues v3
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 4/4] sched: Exclude CPU boot code from PF_IDLE area
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/4] rcu/tasks-trace: Handle new PF_IDLE semantics
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/4] rcu: Introduce rcu_cpu_online()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/4] rcu: Fix PF_IDLE related issues v3
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [GIT PULL] RCU changes for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: bcachefs RCU warnings
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: bcachefs RCU warnings
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: bcachefs RCU warnings
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] reduce latency of synchronize_rcu()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 1/3] rcu: Reduce synchronize_rcu() waiting time
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 3/3] doc: Add rcutree.rcu_normal_wake_from_gp to kernel-parameters.txt
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 2/3] rcu: Add a trace event for synchronize_rcu_normal()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH 4/4] sched: Exclude CPU boot code from PF_IDLE area
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/4] rcu: Introduce rcu_cpu_online()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 4/4] sched: Exclude CPU boot code from PF_IDLE area
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] rcu: Introduce rcu_cpu_online()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH 4/4] sched: Exclude CPU boot code from PF_IDLE area
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/4] rcu/tasks-trace: Handle new PF_IDLE semantics
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/4] rcu/tasks: Handle new PF_IDLE semantics
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/4] rcu: Introduce rcu_cpu_online()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/4] rcu: Fix PF_IDLE related issues v2
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: Remove unused macros from rcupdate.h
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Remove unused macros from rcupdate.h
  • From: Pedro Falcato <pedro.falcato@xxxxxxxxx>
• Re: [PATCH 4/4] Revert "kernel/sched: Modify initial boot task idle setup"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/4] Revert "kernel/sched: Modify initial boot task idle setup"
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] Revert "kernel/sched: Modify initial boot task idle setup"
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 4/4] Revert "kernel/sched: Modify initial boot task idle setup"
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] rcu: Make tiny RCU use ksoftirqd to trigger a QS from idle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 4/4] Revert "kernel/sched: Modify initial boot task idle setup"
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/4] softirq: Rename __raise_softirq_irqoff() to raise_softirq_no_wake()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/4] rcu: Make tiny RCU use ksoftirqd to trigger a QS from idle
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/4] softirq: Introduce raise_ksoftirqd_irqoff()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/4] rcu: Fix PF_IDLE related issues, part. 1
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v4 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH v3 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH 3/6] rcu: Eliminate check_cpu_stall() duplicate code
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/6] rcutorture: Add test of RCU CPU stall notifiers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/6] rcu: Add RCU CPU stall notifier
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 6/6] rcu/tree: Defer setting of jiffies during stall reset
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/6] rcu: Don't redump the stalled CPU where RCU GP kthread last ran
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/6] RCU stall detection updates for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/6] rcu: Delete a redundant check in rcu_check_gp_kthread_starvation()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/3] doc: Add refscale.lookup_instances to kernel-parameters.txt
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] refscale: Print out additional module parameters
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] refscale: Fix misplaced data re-read
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] RCU refscale update for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH 3/3] rcu-tasks: Make rcu_tasks_lazy_ms static
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu-tasks: Pull sampling of ->percpu_dequeue_lim out of loop
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] RCU tasks for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu-tasks: Add printk()s to localize boot-time self-test hang
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v3 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH] rcutorture: add nolibc init support for mips, ppc and rv64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcutorture: add nolibc init support for mips, ppc and rv64
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH 09/18] srcu: Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• RE: [PATCH 09/18] srcu: Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 18/18] srcu: Only accelerate on enqueue time
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/18] srcu: Fix callbacks acceleration mishandling
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 15/18] rcu: Standardize explicit CPU-hotplug calls
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 16/18] rcu: Comment why callbacks migration can't wait for CPUHP_RCUTREE_PREP
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 14/18] rcu: Conditionally build CPU-hotplug teardown callbacks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 13/18] rcu: Assume rcu_report_dead() is always called locally
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/18] rcu: Assume IRQS disabled from rcu_report_dead()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/18] rcu: Use rcu_segcblist_segempty() instead of open coding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 10/18] rcu: kmemleak: Ignore kmemleak false positives when RCU-freeing objects
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 09/18] srcu: Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 08/18] rcu: Eliminate rcu_gp_slow_unregister() false positive
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 06/18] mm: Remove kmem_valid_obj()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 05/18] rcu: Remove unused function declaration rcu_eqs_special_set()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 07/18] rcu: Dump memory object info if callback function is invalid
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 04/18] rcu: Add sysfs to provide throttled access to rcu_barrier()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 02/18] srcu: Fix error handling in init_srcu_struct_fields()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 03/18] rcu/tree: Remove superfluous return from void call_rcu* functions
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 00/18] RCU fixes for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 01/18] Revert "checkpatch: Error out if deprecated RCU API used"
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 23/23] locktorture: Check the correct variable for allocation failure
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 23/23] locktorture: Check the correct variable for allocation failure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 23/23] locktorture: Check the correct variable for allocation failure
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 23/23] locktorture: Check the correct variable for allocation failure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: zhuangel570 <zhuangel570@xxxxxxxxx>
• [PATCH 16/23] locktorture: Add call_rcu_chains module parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 21/23] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 22/23] torture: Convert parse-console.sh to mktemp
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 23/23] locktorture: Check the correct variable for allocation failure
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/23] doc: Catch-up update for locktorture module parameters
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 20/23] rcutorture: Replace schedule_timeout*() 1-jiffy waits with HZ/20
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 18/23] locktorture: Rename readers_bind/writers_bind to bind_readers/bind_writers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 19/23] torture: Add kvm.sh --debug-info argument
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 15/23] locktorture: Add new module parameters to lock_torture_print_module_parms()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 14/23] torture: Make torture.sh refscale testing qualify verbose_batched
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 13/23] torture: Print out torture module parameters
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/23] rcutorture: Copy out ftrace into its own console file
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/23] locktorture: Add acq_writer_lim to complain about long acquistion times
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 09/23] locktorture: Alphabetize torture_param() entries
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 10/23] locktorture: Consolidate "if" statements in lock_torture_writer()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 08/23] rcutorture: Fix stuttering races and other issues
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 07/23] rcutorture: Add CONFIG_DEBUG_OBJECTS to RCU Tasks testing
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 06/23] locktorture: Add readers_bind and writers_bind module parameters
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 05/23] torture: Move rcutorture_sched_setaffinity() out of rcutorture
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 04/23] rcu: Include torture_sched_setaffinity() declaration
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 03/23] torture: Make torture_hrtimeout_ns() take an hrtimer mode parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 02/23] torture: Make kvm-recheck.sh use mktemp
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 01/23] torture: Share torture_random_state with torture_shuffle_tasks()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 00/23] RCU/lock torture updates for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/3] rcu: Remove references to rcu_migrate_callbacks() from diagrams
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu: Describe listRCU read-side guarantees
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] Documentation: RCU: Fix section numbers after adding Section 7 in whatisRCU.rst
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] RCU docs updates for v6.7
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/5] srcu: Only accelerate on enqueue time
  • From: Like Xu <like.xu.linux@xxxxxxxxx>
• Re: [RFC PATCH v2 14/20] x86/kvm: Make kvm_async_pf_enabled __ro_after_init
  • From: Maxim Levitsky <mlevitsk@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: zhuangel570 <zhuangel570@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: zhuangel570 <zhuangel570@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: zhuangel570 <zhuangel570@xxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [PATCH 5.15 000/183] 5.15.134-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 07/10] rcu: Conditionally build CPU-hotplug teardown callbacks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: kvm/x86: perf: Softlockup issue
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/5] srcu fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 5/5] srcu: Explain why callbacks invocations can't run concurrently
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/5] srcu: No need to advance/accelerate if no callback enqueued
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/5] srcu: Remove superfluous callbacks advancing from srcu_start_gp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/5] srcu: Only accelerate on enqueue time
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/5] srcu: Fix callbacks acceleration mishandling
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/5] srcu fixes
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• [PATCH v2 1/1] rcu: Reduce synchronize_rcu() waiting time
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: kvm/x86: perf: Softlockup issue
  • From: Jim Mattson <jmattson@xxxxxxxxxx>
• kvm/x86: perf: Softlockup issue
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: rt8000usb driver issue (maybe interaction with other drivers)
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: kmemleak: Ignore kmemleak false positives when RCU-freeing objects
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 09/10] rcu: Remove references to rcu_migrate_callbacks() from diagrams
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 10/10] rcu: Comment why callbacks migration can't wait for CPUHP_RCUTREE_PREP
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 08/10] rcu: Standardize explicit CPU-hotplug calls
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 06/10] rcu: Assume rcu_report_dead() is always called locally
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 05/10] rcu: Assume IRQS disabled from rcu_report_dead()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 01/10] rcu: Use rcu_segcblist_segempty() instead of open coding it
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: rt8000usb driver issue (maybe interaction with other drivers)
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: rt8000usb driver issue (maybe interaction with other drivers)
  • From: enc0der <enc0der@xxxxxxxxx>
• Re: rt8000usb driver issue (maybe interaction with other drivers)
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcu: kmemleak: Ignore kmemleak false positives when RCU-freeing objects
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Fwd: [6.5.5] System slowdown during compilation workload and RIP: lazy_rcu_shrink_scan
  • From: Tor Vic <torvic9@xxxxxxxxxxx>
• Fwd: [6.5.5] System slowdown during compilation workload and RIP: lazy_rcu_shrink_scan
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: SRCU: kworker hung in synchronize_srcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• SRCU: kworker hung in synchronize_srcu
  • From: zhuangel570 <zhuangel570@xxxxxxxxx>
• Re: [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH] srcu: Use try-lock lockdep annotation for NMI-safe access.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH printk v2 10/11] rcu: Add atomic write enforcement for rcu stalls
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [LTP] arm64: Unable to handle kernel execute from non-executable memory at virtual address ffff8000834c13a0
  • From: David <david@xxxxxxx>
• Re: [LTP] arm64: Unable to handle kernel execute from non-executable memory at virtual address ffff8000834c13a0
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [LTP] arm64: Unable to handle kernel execute from non-executable memory at virtual address ffff8000834c13a0
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: arm64: Unable to handle kernel execute from non-executable memory at virtual address ffff8000834c13a0
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64: Unable to handle kernel execute from non-executable memory at virtual address ffff8000834c13a0
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Frederic will be doing RCU PR for v6.7 merge window
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64: Unable to handle kernel execute from non-executable memory at virtual address ffff8000834c13a0
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] rculist.h: docu: fix wrong function name
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] rculist.h: docu: fix wrong function summary
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rculist.h: docu: fix wrong function name
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• arm64: Unable to handle kernel execute from non-executable memory at virtual address ffff8000834c13a0
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• [PATCH] rculist.h: docu: fix wrong function summary
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• [PATCH printk v2 10/11] rcu: Add atomic write enforcement for rcu stalls
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v2 00/11] wire up nbcon atomic printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH] rculist.h: docu: fix wrong function name
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v6 15/45] rcu: dynamically allocate the rcu-lazy shrinker
  • From: Muchun Song <muchun.song@xxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Matthieu Baerts <matthieu.baerts@xxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v6 16/45] rcu: dynamically allocate the rcu-kfree shrinker
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [BUG] NOHZ tick-stop error: local softirq work is pending
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Christoph Paasch <cpaasch@xxxxxxxxx>
• [PATCH v6 16/45] rcu: dynamically allocate the rcu-kfree shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v6 15/45] rcu: dynamically allocate the rcu-lazy shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] NOHZ tick-stop error: local softirq work is pending
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] NOHZ tick-stop error: local softirq work is pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 03/10] rcu/nocb: Remove needless LOAD-ACQUIRE
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 04/10] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [BUG] NOHZ tick-stop error: local softirq work is pending
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 04/10] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [BUG] Random intermittent boost failures (Was Re: [BUG] TREE04..)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] rcu: Rename jiffies_till_flush to jiffies_lazy_flush
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 04/10] rcu/nocb: Remove needless full barrier after callback advancing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] NOHZ tick-stop error: local softirq work is pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 04/10] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [BUG] NOHZ tick-stop error: local softirq work is pending
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 04/10] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] rcu/nocb: Remove needless LOAD-ACQUIRE
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] rcu/nocb: Remove needless LOAD-ACQUIRE
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] rcu: Rename jiffies_till_flush to jiffies_lazy_flush
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH 10/10] rcu: Comment why callbacks migration can't wait for CPUHP_RCUTREE_PREP
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 09/10] rcu: Remove references to rcu_migrate_callbacks() from diagrams
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 08/10] rcu: Standardize explicit CPU-hotplug calls
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 07/10] rcu: Conditionally build CPU-hotplug teardown callbacks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 06/10] rcu: Assume rcu_report_dead() is always called locally
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 05/10] rcu: Assume IRQS disabled from rcu_report_dead()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 04/10] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 03/10] rcu/nocb: Remove needless LOAD-ACQUIRE
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 02/10] rcu: Rename jiffies_till_flush to jiffies_lazy_flush
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 01/10] rcu: Use rcu_segcblist_segempty() instead of open coding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 00/10] rcu cleanups
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 3/8] rcuscale: Move rcu_scale_writer() schedule_timeout_uninterruptible() to _idle()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 03/10] rcuscale: Move rcu_scale_writer() schedule_timeout_uninterruptible() to _idle()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 3/9] rcuscale: Move rcu_scale_writer() schedule_timeout_uninterruptible() to _idle()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.4 03/13] rcuscale: Move rcu_scale_writer() schedule_timeout_uninterruptible() to _idle()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.5 03/16] rcuscale: Move rcu_scale_writer() schedule_timeout_uninterruptible() to _idle()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v2] rcu/torture: Improve badness extraction from console logs
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcu/torture: Improve badness extraction from console logs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2] rcu/torture: Improve badness extraction from console logs
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] rcu: Dump vmalloc memory info safely
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [BUG] TREE04 hang on 6.5.y stable: Writer stall state RTWS_COND_SYNC_FULL
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v3 2/2] rcu: Dump vmalloc memory info safely
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v3 2/2] rcu: Dump vmalloc memory info safely
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Christoph Paasch <cpaasch@xxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Fwd: RCU indicates stalls with iwlwifi, causing boot failures
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 2/2] rcu: Dump vmalloc memory info safely
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• RE: [PATCH v2] The value may overflow
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• RE: [PATCH v2] The value may overflow
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v3 2/2] rcu: Dump vmalloc memory info safely
  • From: Lorenzo Stoakes <lstoakes@xxxxxxxxx>
• Re: [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2] rcu/tree: Defer setting of jiffies during stall reset
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: kmemleak handling of kfree_rcu
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH v3 2/2] rcu: Dump vmalloc memory info safely
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v3 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v3] Fix srcu_struct node grpmask overflow on 64-bit systems
  • From: Denis Arefev <arefev@xxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] The value may overflow
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v2] The value may overflow
  • From: Denis Arefev <arefev@xxxxxxxxx>
• Re: [PATCH v2 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 2/2] rcu: Dump vmalloc memory info safely
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] rcu: Dump vmalloc memory info safely
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Fwd: [6.5.1] Slow boot and opening files (RIP: kvfree_rcu_bulk)
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH 2/2] rcu: Dump vmalloc memory info safely
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Fwd: RCU indicates stalls with iwlwifi, causing boot failures
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] srcu: The value may overflow
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Fwd: RCU indicates stalls with iwlwifi, causing boot failures
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Fwd: RCU indicates stalls with iwlwifi, causing boot failures
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>