RCU

• Thread Index

• [PATCH v6 2/6] rcu: Reduce synchronize_rcu() latency
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v6 1/6] rcu: Add data structures for synchronize_rcu()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v6 0/6] Reduce synchronize_rcu() latency(v6)
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [GIT PULL] RCU changes for v6.9
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] [RFC] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: Stefan Wiehler <stefan.wiehler@xxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] [RFC] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] [RFC] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] [RFC] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: Stefan Wiehler <stefan.wiehler@xxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 2/2] rcu: Allocate WQ with WQ_MEM_RECLAIM bit set
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcutorture: Reuse value read using READ_ONCE instead of re-reading it
  • From: linke li <lilinke99@xxxxxx>
• Re: [PATCH v2] rcutorture: Reuse value read using READ_ONCE instead of re-reading it
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/2] rcu: Allocate WQ with WQ_MEM_RECLAIM bit set
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Boqun will be doing RCU PR for v6.9 merge window
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/2] rcu: Allocate WQ with WQ_MEM_RECLAIM bit set
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 2/2] rcu: Allocate WQ with WQ_MEM_RECLAIM bit set
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH v2] rcutorture: Reuse value read using READ_ONCE instead of re-reading it
  • From: linke li <lilinke99@xxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 1/2] rcu: Do not release a wait-head from a GP kthread
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 2/2] rcu: Allocate WQ with WQ_MEM_RECLAIM bit set
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: "Max Boone" <contact@xxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: linke li <lilinke99@xxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: "Max Boone" <contact@xxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: linke <lilinke99@xxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: "Max Boone" <contact@xxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcutorture: Fix rcu_torture_pipe_update_one()/rcu_torture_writer() data race and concurrency bug
  • From: linke li <lilinke99@xxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Advice sought on RCU stalls on ARM64 WSL2
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH printk v2 25/26] rcu: Mark emergency section in rcu stalls
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [linux-next:master] [rcu/exp] 23da2ad64d: stress-ng.unshare.ops_per_sec 3.8% improvement
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v2] net: raise RCU qs after each threaded NAPI poll
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH v2] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• [PATCH v2] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] net: raise RCU qs after each threaded NAPI poll
  • From: Yan Zhai <yan@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5.15 1/1] rcutorture: Add missing return and use __func__ in warning
  • From: Daniil Dulov <d.dulov@xxxxxxxxxx>
• [PATCH 5.15 0/1] rcutorture: Add missing return and use __func__ in warning
  • From: Daniil Dulov <d.dulov@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix the comments for tasks_rcu_exit_srcu_stall_timer
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Questions on RCU memory guarantees in linux
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix the comments for tasks_rcu_exit_srcu_stall_timer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix the comments for tasks_rcu_exit_srcu_stall_timer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 5.10 1/1] rcutorture: Add missing return and use __func__ in warning
  • From: Daniil Dulov <d.dulov@xxxxxxxxxx>
• [PATCH 5.10 0/1] rcutorture: Add missing return and use __func__ in warning
  • From: Daniil Dulov <d.dulov@xxxxxxxxxx>
• Re: [PATCH v2 0/6] RCU tasks fixes for v6.9
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 0/6] RCU tasks fixes for v6.9
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix the comments for tasks_rcu_exit_srcu_stall_timer
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH] rcu-tasks: Fix the comments for tasks_rcu_exit_srcu_stall_timer
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] linux-4.19/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH 0/1] Rosebush, a new hash table
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Questions on RCU memory guarantees in linux
  • From: Ze Gao <zegao2021@xxxxxxxxx>
• Re: [PATCH 1/1] rosebush: Add new data structure
  • From: Al Viro <viro@xxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 0/1] Rosebush, a new hash table
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH] linux-4.19/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update Neeraj's email address
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] linux-4.19/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Update Neeraj's email address
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] MAINTAINERS: Update Neeraj's email address
  • From: neeraj.upadhyay@xxxxxxxxxx
• Re: [linux-next:master] [kasan] 187292be96: WARNING:suspicious_RCU_usage
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH v2 0/6] RCU tasks fixes for v6.9
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 4/6] rcu-tasks: Maintain lists to eliminate RCU-tasks/do_exit() deadlocks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 6/6] rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: Questions on RCU memory guarantees in linux
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] linux-4.19/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] linux-5.10/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH v2 6/6] rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] linux-4.19/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] linux-5.10/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] RCU tasks fixes for v6.9
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 4/6] rcu-tasks: Maintain lists to eliminate RCU-tasks/do_exit() deadlocks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 6/6] rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 3/6] rcu-tasks: Initialize data to eliminate RCU-tasks/do_exit() deadlocks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 0/1] Rosebush, a new hash table
  • From: Peng Zhang <zhangpeng.00@xxxxxxxxxxxxx>
• Re: [PATCH rcu 0/4] Refactor TASKS_RCU for lazy preemption
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH rcu 3/4] arch: Select new NEED_TASKS_RCU Kconfig option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/4] arch: Select new NEED_TASKS_RCU Kconfig option
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH rcu 2/4] bpf: Select new NEED_TASKS_RCU Kconfig option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/4] rcu: Create NEED_TASKS_RCU to factor out enablement logic
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/4] arch: Select new NEED_TASKS_RCU Kconfig option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/4] tracing: Select new NEED_TASKS_RCU Kconfig option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/4] Refactor TASKS_RCU for lazy preemption
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 6/6] rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 0/6] RCU tasks fixes for v6.9
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 6/6] rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 2/6] rcu-tasks: Add data to eliminate RCU-tasks/do_exit() deadlocks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 3/6] rcu-tasks: Initialize data to eliminate RCU-tasks/do_exit() deadlocks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 1/1] rosebush: Add new data structure
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• [PATCH 0/1] Rosebush, a new hash table
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 2/6] rcu-tasks: Add data to eliminate RCU-tasks/do_exit() deadlocks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 0/6] RCU tasks fixes for v6.9
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 5/6] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 4/6] rcu-tasks: Maintain lists to eliminate RCU-tasks/do_exit() deadlocks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 3/6] rcu-tasks: Initialize data to eliminate RCU-tasks/do_exit() deadlocks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v5 0/4] Reduce synchronize_rcu() latency(v5)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v5 4/4] rcu: Support direct wake-up of synchronize_rcu() users
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v5 3/4] rcu: Add a trace event for synchronize_rcu_normal()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v5 2/4] rcu: Reduce synchronize_rcu() latency
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v5 1/4] rcu: Add data structures for synchronize_rcu()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v5 0/4] Reduce synchronize_rcu() latency(v5)
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [linux-next:master] [kasan] 187292be96: WARNING:suspicious_RCU_usage
  • From: Marco Elver <elver@xxxxxxxxxx>
• [PATCH printk v2 00/26] wire up write_atomic() printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v2 25/26] rcu: Mark emergency section in rcu stalls
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH v2 6/6] rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 5/6] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 4/6] rcu-tasks: Maintain lists to eliminate RCU-tasks/do_exit() deadlocks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 3/6] rcu-tasks: Initialize data to eliminate RCU-tasks/do_exit() deadlocks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 2/6] rcu-tasks: Add data to eliminate RCU-tasks/do_exit() deadlocks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 0/6] RCU tasks fixes for v6.9
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH v2 1/6] rcu-tasks: Repair RCU Tasks Trace quiescence check
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] doc: Remove references to arrayRCU.rst
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] doc: Remove references to arrayRCU.rst
  • From: Zenghui Yu <zenghui.yu@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: [PATCH] linux-5.10/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] linux-4.19/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Waiman Long <longman@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 445a555e0623387fa9b94e68e61681717e70200a
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 2/2] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/2] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/2] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/2] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH] linux-5.10/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH] linux-4.19/rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/8] tsc: Check for sockets instead of CPUs to make code match comment
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/8] tsc: Check for sockets instead of CPUs to make code match comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: Sergey Senozhatsky <senozhatsky@xxxxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [BUG] workqueues and printk not playing nice since next-20240130
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [BUG] workqueues and printk not playing nice since next-20240130
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 6/6] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 5/6] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 4/6] rcu/nocb: Re-arrange call_rcu() NOCB specific code
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 3/6] rcu/nocb: Make IRQs disablement symmetric
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 2/6] rcu/nocb: Remove needless full barrier after callback advancing
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 1/6] rcu/nocb: Remove needless LOAD-ACQUIRE
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 0/6] RCU nocb updates for v6.9
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [syzbot] [bluetooth?] INFO: task hung in hci_conn_failed
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Jinliang Zheng <alexjlzheng@xxxxxxxxx>
• Re: [PATCH 1/8] rcu/exp: Remove full barrier upon main thread wakeup
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 1/8] rcu/exp: Remove full barrier upon main thread wakeup
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/8] rcu/exp: Remove full barrier upon main thread wakeup
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Andrea Righi <andrea.righi@xxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 8/8] rcu/sync: remove un-used rcu_sync_enter_start function
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 7/8] clocksource: Skip watchdog check for large watchdog intervals
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 6/8] rcutorture: Suppress rtort_pipe_count warnings until after stalls
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 5/8] tsc: Check for sockets instead of CPUs to make code match comment
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 4/8] srcu: Improve comments about acceleration leak
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 3/8] hrtimer: Report offline hrtimer enqueue
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 2/8] rcu: Provide a boot time parameter to control lazy RCU
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 1/8] rcu: Rename jiffies_till_flush to jiffies_lazy_flush
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 0/8] Misc RCU update for v6.9
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [PATCH 8/8] rcu/exp: Remove rcu_par_gp_wq
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 7/8] rcu/exp: Handle parallel exp gp kworkers affinity
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 6/8] rcu/exp: Make parallel exp gp kworker per rcu node
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 5/8] rcu/exp: Move expedited kthread worker creation functions above rcutree_prepare_cpu()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 4/8] rcu: s/boost_kthread_mutex/kthread_mutex
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 3/8] rcu/exp: Handle RCU expedited grace period kworker allocation failure
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 2/8] rcu/exp: Fix RCU expedited parallel grace period kworker allocation failure recovery
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 1/8] rcu/exp: Remove full barrier upon main thread wakeup
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 0/8] RCU exp updates for v6.9
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/2] RCU tasks fixes for v6.9
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 1/2] rcu-tasks: Repair RCU Tasks Trace quiescence check
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 2/2] rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: Observation on NOHZ_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Reduce synchronize_rcu() latency(v4)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v4 0/4] Reduce synchronize_rcu() latency(v4)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Observation on NOHZ_FULL
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [PATCH v4 0/4] Reduce synchronize_rcu() latency(v4)
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v4 0/4] Reduce synchronize_rcu() latency(v4)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 8/8] doc: Update checklist.rst discussion of callback execution
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 7/8] doc: Clarify use of slab constructors and SLAB_TYPESAFE_BY_RCU
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 5/8] doc: Add EARLY flag to early-parsed kernel boot parameters
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 6/8] context_tracking: Fix kerneldoc headers for __ct_user_{enter,exit}()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 3/8] doc: Make checklist.rst note that spinlocks are implied RCU readers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 4/8] doc: Add CONFIG_RCU_STRICT_GRACE_PERIOD to checklist.rst
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 2/8] doc: Make whatisRCU.rst note that spinlocks are RCU readers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 1/8] doc: Spinlocks are implied RCU readers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 0/8] RCU doc updates for v6.9
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [GIT PULL] RCU regression fix for v6.8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] mm/sparsemem: fix race in accessing memory_section->usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] RCU regression fix for v6.8
  • From: "Neeraj Upadhyay (AMD)" <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: Unexpected rcuc osnoise on PREEMPT_RT with "rcu_nocbs=all rcu_nocb_poll"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Michal Koutný <mkoutny@xxxxxxxx>
• Re: Unexpected rcuc osnoise on PREEMPT_RT with "rcu_nocbs=all rcu_nocb_poll"
  • From: Leon Woestenberg <leon@xxxxxxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Unexpected rcuc osnoise on PREEMPT_RT with "rcu_nocbs=all rcu_nocb_poll"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Unexpected rcuc osnoise on PREEMPT_RT with "rcu_nocbs=all rcu_nocb_poll"
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] mm/sparsemem: fix race in accessing memory_section->usage
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] mm/sparsemem: fix race in accessing memory_section->usage
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH] mm/sparsemem: fix race in accessing memory_section->usage
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC PATCH 8/8] cgroup/cpuset: Update test_cpuset_prs.sh to handle cpuset.cpus.isolation_full
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 7/8] cgroup/cpuset: Document the new cpuset.cpus.isolation_full control file
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 6/8] cgroup/cpuset: Enable dynamic rcu_nocb mode on isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 4/8] cgroup/cpuset: Better tracking of addition/deletion of isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 5/8] cgroup/cpuset: Add cpuset.cpus.isolation_full
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 0/8] cgroup/cpuset: Support RCU_NOCB on isolated partitions
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 3/8] rcu/no_cb: Add rcu_nocb_enabled() to expose the rcu_nocb state
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 1/8] rcu/nocb: Pass a cpumask instead of a single CPU to offload/deoffload
  • From: Waiman Long <longman@xxxxxxxxxx>
• [RFC PATCH 2/8] rcu/nocb: Prepare to change nocb cpumask from CPU-hotplug protected cpuset caller
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcu/nocb: Check rdp_gp->nocb_timer in __call_rcu_nocb_wake()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH 0/7] rcu: Fix expedited GP deadlock
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/1] rcu/sync: remove un-used rcu_sync_enter_start function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/1] rcu/sync: remove un-used rcu_sync_enter_start function
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1] rcu/sync: remove un-used rcu_sync_enter_start function
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 02/57] apparmor: Free up __cleanup() name
  • From: John Johansen <john.johansen@xxxxxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/1] rcu/sync: remove un-used rcu_sync_enter_start function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/2] rcu/nocb cleanups
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 3/4] rcu: Improve handling of synchronize_rcu() users
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 4/4] rcu: Support direct wake-up of synchronize_rcu() users
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v4 2/4] rcu: Add a trace event for synchronize_rcu_normal()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v4 4/4] rcu: Support direct wake-up of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v4 4/4] rcu: Support direct wake-up of synchronize_rcu() users
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v3 03/57] locking: Introduce __cleanup() based infrastructure
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v4 4/4] rcu: Support direct wake-up of synchronize_rcu() users
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.8
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v4 2/4] rcu: Add a trace event for synchronize_rcu_normal()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 1/4] rcu: Reduce synchronize_rcu() latency
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix WARN_ON_ONCE() in the rcu_nocb_bypass_lock()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [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>