RCU

• Thread Index

• 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>
• Fwd: RCU indicates stalls with iwlwifi, causing boot failures
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] srcu: The value may overflow
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH] srcu: The value may overflow
  • From: Denis Arefev <arefev@xxxxxxxxx>
• [BUG] Boost failure on stable kernel 6.5.y-rc1
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH v2 2/2] rcu: Dump vmalloc memory info safely
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] TREE04 on 5.10 splats in irq_work_queue_on()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Please apply the following rcu-tasks fixes to 5.10 and 5.15 stable kernels
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.10] rcu: Prevent expedited GP from enabling tick on offline CPU
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] rcu/torture: Improve badness extraction from console logs
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] tree/nocb: Improve readability of nocb_gp_wait()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] tree/nocb: Adjust RCU_NOCB_WAKE_* macros from weaker to stronger
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Please apply the following rcu-tasks fixes to 5.10 and 5.15 stable kernels
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] rcu: Dump vmalloc memory info safely
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] rcu: Dump vmalloc memory info safely
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mm/vmalloc: Add a safer version of find_vm_area() for debug
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH] rcu/tree: Defer setting of jiffies during stall reset
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] tree/nocb: Improve readability of nocb_gp_wait()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 3/5] tree/nocb: Adjust RCU_NOCB_WAKE_* macros from weaker to stronger
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.15 00/89] 5.15.129-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.6
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] scftorture changes for v6.4
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 5.10] rcu: Prevent expedited GP from enabling tick on offline CPU
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 5.15] rcu: Prevent expedited GP from enabling tick on offline CPU
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5.15 1/2] torture: Avoid torture-test reboot loops
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.15 1/2] torture: Avoid torture-test reboot loops
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.15 1/2] torture: Avoid torture-test reboot loops
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 5.15 2/2] rcu: Prevent expedited GP from enabling tick on offline CPU
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 5.15 1/2] torture: Avoid torture-test reboot loops
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [BUG] TREE04 on 5.10 splats in irq_work_queue_on()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 5.10 2/2] rcu: Prevent expedited GP from enabling tick on offline CPU
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH 5.10 1/2] torture: Avoid torture-test reboot loops
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] rcu/tree: Defer setting of jiffies during stall reset
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Replace schedule_timeout*() 1 jiffie waits with HZ/20
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Replace schedule_timeout*() 1 jiffie waits with HZ/20
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: rcutorture: Can not Disable RT throttling
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [GIT PULL] scftorture changes for v6.4
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] scftorture changes for v6.4
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] scftorture changes for v6.4
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] RCU changes for v6.6
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V3] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH] rcutorture: Traverse possible cpu to set maxcpu in rcu_nocb_toggle()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH v5 15/45] rcu: dynamically allocate the rcu-lazy shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• [PATCH v5 16/45] rcu: dynamically allocate the rcu-kfree shrinker
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: rcutorture: Can not Disable RT throttling
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH RFC] rcu: torture: shorten the time between forward-progress tests
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] rcu: Drop vmalloc memory info dump when double call_rcu()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V3 1/2] tick: Rename tick_do_update_jiffies64() and allow external usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Describe listRCU read-side guarantees
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu: torture: shorten the time between forward-progress tests
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Replace schedule_timeout*() 1 jiffie waits with HZ/20
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcutorture: Can not Disable RT throttling
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcutorture: Can not Disable RT throttling
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Describe listRCU read-side guarantees
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Drop vmalloc memory info dump when double call_rcu()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 43/48] drm/ttm: introduce pool_shrink_rwsem
  • From: Qi Zheng <zhengqi.arch@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Drop vmalloc memory info dump when double call_rcu()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu: Describe listRCU read-side guarantees
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Describe listRCU read-side guarantees
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] rcu: Describe listRCU read-side guarantees
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Drop vmalloc memory info dump when double call_rcu()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Drop vmalloc memory info dump when double call_rcu()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V3] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V3] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V3] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 43/48] drm/ttm: introduce pool_shrink_rwsem
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] rcu: Drop vmalloc memory info dump when double call_rcu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• rcutorture: Can not Disable RT throttling
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH V3] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V2] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] sched: Assert for_each_thread() is properly locked
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] sched: Assert for_each_thread() is properly locked
  • From: "Matthew Wilcox (Oracle)" <willy@xxxxxxxxxxxxx>
• Re: [PATCH V2] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V2] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH V2] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [BUG] TREE04 on 5.10 splats in irq_work_queue_on()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] rcu: Update jiffies locally in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• [PATCH] rcu: Drop vmalloc memory info dump when double call_rcu()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v3] rcutorture: Copy out ftrace into its own console file
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcutorture: Copy out ftrace into its own console file
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] rcutorture: Copy out ftrace into its own console file
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] rcutorture: Copy out ftrace into its own console file
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcutorture: Replace schedule_timeout*() 1 jiffie waits with HZ/20
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Huacai Chen <chenhuacai@xxxxxxxxxx>
• Re: [PATCH V4 2/2] rcu: Update jiffies in rcu_cpu_stall_reset()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH RFC net-next 09/14] ipvs: switch to per-net connection table
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 12/14] ipvs: use more keys for connection hashing
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 06/14] ipvs: use more counters to avoid service lookups
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 07/14] ipvs: add resizable hash tables
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 08/14] ipvs: use resizable hash table for services
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 13/14] ipvs: add ip_vs_status info
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 11/14] ipvs: no_cport and dropentry counters can be per-net
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 10/14] ipvs: show the current conn_tab size to users
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 14/14] ipvs: add conn_lfactor and svc_lfactor sysctl vars
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 05/14] ipvs: do not keep dest_dst after dest is removed
  • From: Julian Anastasov <ja@xxxxxx>
• [linux-next:master] BUILD REGRESSION 98297fc6ecafc0c7eabc5d869279fb27609fcdc1
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v3] rcutorture: Copy out ftrace into its own console file
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcutorture: Copy out ftrace into its own console file
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcutorture: Sleeping function called from invalid context
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH RFC net-next 04/14] ipvs: use single svc table
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 03/14] ipvs: some service readers can use RCU
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH RFC net-next 00/14] ipvs: per-net tables and optimizations
  • From: Julian Anastasov <ja@xxxxxx>