RCU

• Thread Index

• Re: [PATCH rcu 06/11] rcuscale: Provide clear error when async specified without primitives
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] rcu-tasks: Make RCU-Tasks pay attention to idle tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] softirq: remove parameter from action callback
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH rcu 06/11] rcuscale: Provide clear error when async specified without primitives
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH 2/2] context_tracking: Invoke Tasks-RCU enter/exit for NMI context
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu/tasks: Check processor-ID assumptions
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH] softirq: remove parameter from action callback
  • From: Caleb Sander Mateos <csander@xxxxxxxxxxxxxxx>
• [PATCH 3/3] rcu/nocb: Remove superfluous memory barrier after bypass enqueue
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu/nocb: Conditionally wake up rcuo if not already waiting on GP
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu/nocb: Fix RT throttling hrtimer armed from offline CPU
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] rcu/nocb updates
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• 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: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 5/7] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: Stefan Wiehler <stefan.wiehler@xxxxxxxxx>
• 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: Stefan Wiehler <stefan.wiehler@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/2] context_tracking: Invoke Tasks-RCU enter/exit for NMI context
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] rcu-tasks: Make RCU-Tasks pay attention to idle tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] LOCKDEP changes for v6.12
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] LOCKDEP changes for v6.12
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [GIT PULL] LOCKDEP changes for v6.12
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 4/7] mm, slab: reintroduce rcu_barrier() into kmem_cache_destroy()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm, slab: move kfence_shutdown_cache() outside slab_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 2/7] mm, slab: unlink slabinfo, sysfs and debugfs immediately
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 1/7] mm, slab: dissolve shutdown_cache() into its caller
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 2/2] context_tracking: Invoke Tasks-RCU enter/exit for NMI context
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 1/2] rcu-tasks: Make RCU-Tasks pay attention to idle tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 0/2] Modify RCU Tasks to scan idle tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 19/19] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 18/19] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/19] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 16/19] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 15/19] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/19] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH v2 6/7] mm, slab: call kvfree_rcu_barrier() from kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 5/7] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 2/7] mm, slab: unlink slabinfo, sysfs and debugfs immediately
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 4/7] mm, slab: reintroduce rcu_barrier() into kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 1/7] mm, slab: dissolve shutdown_cache() into its caller
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 3/7] mm, slab: move kfence_shutdown_cache() outside slab_mutex
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH] refscale: Constify struct ref_scale_ops
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] refscale: Constify struct ref_scale_ops
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 4/3] smp: print only local CPU info when sched_clock goes backward
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH printk v7 34/35] rcu: Mark emergency sections in rcu stalls
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v7 00/35] wire up write_atomic() printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• [PATCH rcu 11/11] rcuscale: Count outstanding callbacks per-task rather than per-CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/11] rcuscale: NULL out top-level pointers to heap memory
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/11] rcuscale: Provide clear error when async specified without primitives
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/11] rcuscale: Use special allocator for rcu_scale_writer()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/11] rcuscale: Make all writer tasks report upon hang
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/11] rcuscale: Make rcu_scale_writer() tolerate repeated GFP_KERNEL failure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/11] rcuscale: Print detailed grace-period and barrier diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/11] rcuscale: Dump grace-period statistics when rcu_scale_writer() stalls
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/11] rcuscale: Save a few lines with whitespace-only change
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/11] rcu: Mark callbacks not currently participating in barrier operation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/11] rcuscale: Dump stacks of stalled rcu_scale_writer() instances
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/11] RCU update-side scalability update test
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/3] rcutorture: Add a stall_cpu_repeat module parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/3] rcutorture: Add rcutree.nohz_full_patience_delay to TREE07
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/3] torture: Add torture.sh --guest-cpu-limit argument for limited hosts
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/3] RCU torture-test updates
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/2] srcu: Mark callbacks not currently participating in barrier operation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/2] srcu: Check for concurrent updates of heuristics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/2] SRCU updates
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/6] rcu/tasks: Add rcu_barrier_tasks*() start time to diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/6] rcu/tasks: Mark callbacks not currently participating in barrier operation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/6] rcu/tasks: Check processor-ID assumptions
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/6] rcu/tasks: Add detailed grace-period and barrier diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/6] rcu: Provide rcu_barrier_cb_is_done() to check rcu_barrier() CBs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/6] rcu/tasks: Update rtp->tasks_gp_seq comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/6] Add RCU Tasks diagnostics and documentation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: [vbabka:slab-kfree_rcu-destroy-v1r0] [mm, slab] df00e211c9: WARNING:at_mm/slab_common.c:#kmem_cache_kfree_rcu_destroy_workfn
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 11/20] kthread: Make sure kthread hasn't started while binding it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Jan Kara <jack@xxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Jan Kara <jack@xxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 2/6] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 2/6] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 7/8] rcu: Fix rcu_barrier() VS post CPUHP_TEARDOWN_CPU invocation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 2/8] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 8/9] rcu: Fix rcu_barrier() VS post CPUHP_TEARDOWN_CPU invocation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 4/9] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 15/16] rcu: Fix rcu_barrier() VS post CPUHP_TEARDOWN_CPU invocation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 07/16] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 05/16] Revert "rcu-tasks: Fix synchronize_rcu_tasks() VS zap_pid_ns_processes()"
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 20/20] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 20/20] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 19/20] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 18/20] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 17/20] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 11/20] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 02/25] context_tracking, rcu: Rename RCU_DYNTICKS_IDX into CT_RCU_WATCHING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/25] treewide: context_tracking: Rename CONTEXT_* into CT_STATE_*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [vbabka:slab-kfree_rcu-destroy-v1r0] [mm, slab] df00e211c9: WARNING:at_mm/slab_common.c:#kmem_cache_kfree_rcu_destroy_workfn
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [vbabka:slab-kfree_rcu-destroy-v1r0] [mm, slab] df00e211c9: WARNING:at_mm/slab_common.c:#kmem_cache_kfree_rcu_destroy_workfn
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux
  • From: richard clark <richard.xnu.clark@xxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 24/25] rcu: Update stray documentation references to rcu_dynticks_eqs_{enter, exit}()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 22/25] rcu: Rename rcu_implicit_dynticks_qs() into rcu_implicit_eqs()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 21/25] rcu: Rename dyntick_save_progress_counter() into rcu_watching_snap_save()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 19/25] rcu: Rename struct rcu_data .dynticks_snap into .watching_snap
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 17/25] rcu: Rename rcu_dynticks_in_eqs_since() into rcu_watching_snap_stopped_since()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 15/25] rcu: Rename rcu_dynticks_eqs_online() into rcu_watching_online()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 05/25] context_tracking, rcu: Rename ct_dynticks_cpu_acquire() into ct_rcu_watching_cpu_acquire()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v2 4/3] smp: print only local CPU info when sched_clock goes backward
  • From: neeraj.upadhyay@xxxxxxxxxx
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 24/25] rcu: Update stray documentation references to rcu_dynticks_eqs_{enter, exit}()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 23/25] rcu: Rename rcu_momentary_dyntick_idle() into rcu_momentary_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 22/25] rcu: Rename rcu_implicit_dynticks_qs() into rcu_implicit_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 21/25] rcu: Rename dyntick_save_progress_counter() into rcu_watching_snap_save()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 20/25] rcu: Rename struct rcu_data .exp_dynticks_snap into .exp_watching_snap
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 19/25] rcu: Rename struct rcu_data .dynticks_snap into .watching_snap
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 18/25] rcu: Rename rcu_dynticks_zero_in_eqs() into rcu_watching_zero_in_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 17/25] rcu: Rename rcu_dynticks_in_eqs_since() into rcu_watching_snap_stopped_since()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 16/25] rcu: Rename rcu_dynticks_in_eqs() into rcu_watching_snap_in_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 15/25] rcu: Rename rcu_dynticks_eqs_online() into rcu_watching_online()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 12/25] context_tracking, rcu: Rename DYNTICK_IRQ_NONIDLE into CT_NESTING_IRQ_NONIDLE
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 11/25] context_tracking, rcu: Rename ct_dynticks_nmi_nesting_cpu() into ct_nmi_nesting_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 09/25] context_tracking, rcu: Rename struct context_tracking .dynticks_nmi_nesting into .nmi_nesting
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 10/25] context_tracking, rcu: Rename ct_dynticks_nmi_nesting() into ct_nmi_nesting()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 08/25] context_tracking, rcu: Rename ct_dynticks_nesting_cpu() into ct_nesting_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 07/25] context_tracking, rcu: Rename ct_dynticks_nesting() into ct_nesting()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 06/25] context_tracking, rcu: Rename struct context_tracking .dynticks_nesting into .nesting
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 05/25] context_tracking, rcu: Rename ct_dynticks_cpu_acquire() into ct_rcu_watching_cpu_acquire()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 04/25] context_tracking, rcu: Rename ct_dynticks_cpu() into ct_rcu_watching_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 03/25] context_tracking, rcu: Rename ct_dynticks() into ct_rcu_watching()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 02/25] context_tracking, rcu: Rename RCU_DYNTICKS_IDX into CT_RCU_WATCHING
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 01/25] treewide: context_tracking: Rename CONTEXT_* into CT_STATE_*
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Benjamin Segall <bsegall@xxxxxxxxxx>
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: Possible slab-allocator issue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• kfree_rcu_{monitor,work} hogged CPU for >13333us
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: Possible slab-allocator issue
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Possible slab-allocator issue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• [PATCH v2 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 1/3] locking/csd_lock: Print large numbers as negatives
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 0/3] CSD-lock diagnostics enhancements
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v2] refscale: Optimize process_durations()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: syzbot <syzbot+784d0a1246a539975f05@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] refscale: Optimize process_durations()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH RFC 1/6] mm, slab: make caches with refcount of 0 unmergeable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu/nocb: (De-)offloading on offline CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Benjamin Segall <bsegall@xxxxxxxxxx>
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [GIT PULL] Generic torture-test changes for v6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] RCU changes for v6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v2] srcu: faster gp seq wrap-around
  • From: JP Kobryn <inwardvessel@xxxxxxxxx>
• [PATCH RFC 6/6] kunit, slub: add test_kfree_rcu()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 5/6] mm, slab: asynchronously destroy caches with outstanding objects
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 3/6] mm, slab: unlink sysfs and debugfs immediately
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 1/6] mm, slab: make caches with refcount of 0 unmergeable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 4/6] mm, slab: simplify kmem_cache_release()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH v3 04/10] sched/fair: Introduce sched_throttle_work
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v3 01/10] rcuwait: Split type definition to its own header
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [GIT PULL] RCU changes for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] Generic torture-test changes for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/3] locking/csd_lock: Print large numbers as negatives
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• [PATCH 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 1/3] locking/csd_lock: Print large numbers as negatives
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 0/3] CSD-lock diagnostics enhancements
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH] srcu: faster srcu gp seq wrap-around
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 06/10] sched/fair: Prepare switched_from & switched_to for per-task throttling
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 04/10] sched/fair: Introduce sched_throttle_work
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 02/10] irq_work: Split type definition to its own header
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 01/10] rcuwait: Split type definition to its own header
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] srcu: faster srcu gp seq wrap-around
  • From: JP Kobryn <inwardvessel@xxxxxxxxx>
• [RFC PATCH v3 08/10] sched/fair: Prepare migrate_task_rq_fair() for per-task throttling
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 09/10] sched/fair: Add a class->task_woken callback in preparation for per-task throttling
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 07/10] sched/fair: Prepare task_change_group_fair() for per-task throttling
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 05/10] sched/fair: Introduce an irq_work for cancelling throttle task_work
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 06/10] sched/fair: Prepare switched_from & switched_to for per-task throttling
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 04/10] sched/fair: Introduce sched_throttle_work
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 02/10] irq_work: Split type definition to its own header
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 01/10] rcuwait: Split type definition to its own header
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [RFC PATCH v3 00/10] sched/fair: Defer CFS throttle to user entry
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH 6.9 000/197] 6.9.9-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 6.9 000/197] 6.9.9-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6.9 000/197] 6.9.9-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux
  • From: richard clark <richard.xnu.clark@xxxxxxxxx>
• [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH 6.9 000/197] 6.9.9-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled
  • From: takakura@xxxxxxxxxxxxx
• Re: [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Wakes of the rcuc/ thread on isolated CPUs.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Wakes of the rcuc/ thread on isolated CPUs.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Wakes of the rcuc/ thread on isolated CPUs.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Wakes of the rcuc/ thread on isolated CPUs.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Wakes of the rcuc/ thread on isolated CPUs.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Wakes of the rcuc/ thread on isolated CPUs.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: don't send SIGKILL to sub-threads
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH rcu 6/9] rcu: Add rcutree.nocb_patience_delay to reduce nohz_full OS jitter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 6/9] rcu: Add rcutree.nocb_patience_delay to reduce nohz_full OS jitter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/11 v2] rcu/nocb: Simplify (de-)offloading state machine
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 11/11 v2] rcu/nocb: Simplify (de-)offloading state machine
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcu/nocb: Simplify (de-)offloading state machine
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 6/9] rcu: Add rcutree.nocb_patience_delay to reduce nohz_full OS jitter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 6/9] rcu: Add rcutree.nocb_patience_delay to reduce nohz_full OS jitter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/11] rcu/nocb: Simplify (de-)offloading state machine
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/11] rcu/nocb: Simplify (de-)offloading state machine
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCH rcu 3/6 v2] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/6 v2] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled
  • From: takakura@xxxxxxxxxxxxx
• Re: [PATCH rcu 3/6 v2] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/6 v2] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH rcu 2/6 v2] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH rcu 1/6 v2] rcu: Remove full ordering on second EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 3/6] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 3/6] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 3/6] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu: Remove full ordering on second EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu: Remove full ordering on second EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu: Remove full ordering on second EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 3/6] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [linux-next:master] [rcutorture] 7a1fcbb52e: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [mm?] KCSAN: data-race in mtree_range_walk / rcu_segcblist_enqueue (2)
  • From: Marco Elver <elver@xxxxxxxxxx>
• [linux-next:master] [rcutorture] 7a1fcbb52e: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [syzbot] [mm?] KCSAN: data-race in mtree_range_walk / rcu_segcblist_enqueue (2)
  • From: "Liam R. Howlett" <Liam.Howlett@xxxxxxxxxx>
• Re: [syzbot] [mm?] KCSAN: data-race in mtree_range_walk / rcu_segcblist_enqueue (2)
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH 4/5] KVM: x86: Ensure a full memory barrier is emitted in the VM-Exit path
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH 4/5] KVM: x86: Ensure a full memory barrier is emitted in the VM-Exit path
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/5] KVM: x86: Ensure a full memory barrier is emitted in the VM-Exit path
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] bcachefs: pending_rcu_items
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/3] srcu: Add NUM_ACTIVE_SRCU_POLL_OLDSTATE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/3] srcu: Update cleanup_srcu_struct() comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/3] srcu: Fill out polled grace-period APIs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/3] SRCU polled-grace-period updates for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [TEST] TCP MD5 vs kmemleak
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] bcachefs: pending_rcu_items
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH] bcachefs: pending_rcu_items
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] bcachefs: pending_rcu_items
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] bcachefs: pending_rcu_items
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] bcachefs: pending_rcu_items
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: don't send SIGKILL to sub-threads
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: don't send SIGKILL to sub-threads
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: Wei Fu <fuweid89@xxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: don't send SIGKILL to sub-threads
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: Sven Eckelmann <sven@xxxxxxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH rcu 0/6] Grace-period memory-barrier adjustments for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/6] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks"
  • From: Linus Lüssing <linus.luessing@xxxxxxxxx>
• Re: [PATCH rcu 0/6] Grace-period memory-barrier adjustments for v6.11
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH rcu 3/6] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 0/6] Grace-period memory-barrier adjustments for v6.11
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: Keith Busch <kbusch@xxxxxxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: Nilay Shroff <nilay@xxxxxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] nvme: fix namespace removal list
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 2/9] rcu: Reduce synchronize_rcu() delays when all wait heads are in use
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 6/9] rcu: Add rcutree.nocb_patience_delay to reduce nohz_full OS jitter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 6/9] rcu: Add rcutree.nocb_patience_delay to reduce nohz_full OS jitter
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Wei Fu <fuweid89@xxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: Wei Fu <fuweid89@xxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: srcu_cleanup warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• srcu_cleanup warning
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH] init/Kconfig: lower to GCC version 9 check for -Warray-bounds
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH] zap_pid_ns_processes: don't send SIGKILL to sub-threads
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] zap_pid_ns_processes: clear TIF_NOTIFY_SIGNAL along with TIF_SIGPENDING
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] init/Kconfig: lower to GCC version 9 check for -Warray-bounds
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Wei Fu <fuweid89@xxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Wei Fu <fuweid89@xxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH rcu 2/9] rcu: Reduce synchronize_rcu() delays when all wait heads are in use
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Wei Fu <fuweid89@xxxxxxxxx>
• Re: [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH rcu 2/9] rcu: Reduce synchronize_rcu() delays when all wait heads are in use
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [PATCH 0/5] KVM: VMX: Drop MTRR virtualization, honor guest PAT
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [RCU] zombie task hung in synchronize_rcu_expedited
  • From: Rachel Menge <rachelmenge@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5] KVM: VMX: Drop MTRR virtualization, honor guest PAT
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu: Remove full ordering on second EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 2/9] rcu: Reduce synchronize_rcu() delays when all wait heads are in use
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 2/2] doc: Clarify rcu_assign_pointer() and rcu_dereference() ordering
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 1/2] doc: Update Tasks RCU and Tasks Rude RCU description in Requirements.rst
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 2/4] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu: Remove full ordering on second EQS snapshot
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/9] rcu: Reduce synchronize_rcu() delays when all wait heads are in use
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/2] doc: Clarify rcu_assign_pointer() and rcu_dereference() ordering
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 1/2] doc: Update Tasks RCU and Tasks Rude RCU description in Requirements.rst
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 2/4] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH rcu 2/4] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/4] rcutorture: Make rcutorture support srcu double call test
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/4] tools/rcu: Add rcu-updaters.sh script
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/4] rcutorture: Add missing MODULE_DESCRIPTION() macros
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/4] Torture-test updates for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/2] Revert "rcu-tasks: Fix synchronize_rcu_tasks() VS zap_pid_ns_processes()"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/2] rcu/tasks: Fix stale task snaphot for Tasks Trace
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/2] RCU Tasks updates for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/4] rcu/nocb: Remove buggy bypass lock contention mitigation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/4] rcu/nocb: Fix segcblist state machine comments about bypass
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/4] rcu/nocb: Fix segcblist state machine stale comments about timers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/4] rcu/nocb: Use kthread parking instead of ad-hoc implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/4] Callback-offloading patches for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/6] rcu: Remove superfluous full memory barrier upon first EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/6] rcu: Remove full memory barrier on boot time eqs sanity check
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/6] rcu: Remove full memory barrier on RCU stall printout
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/6] rcu/exp: Remove redundant full memory barrier at the end of GP
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/6] rcu: Remove full ordering on second EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/6] rcu/exp: Remove superfluous full memory barrier upon first EQS snapshot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/6] Grace-period memory-barrier adjustments for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 9/9] rcu: Fix rcu_barrier() VS post CPUHP_TEARDOWN_CPU invocation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/9] rcu: Add rcutree.nocb_patience_delay to reduce nohz_full OS jitter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 7/9] MAINTAINERS: Add Uladzislau Rezki as RCU maintainer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 8/9] rcu: Eliminate lockless accesses to rcu_sync->gp_count
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/9] rcu: Disable interrupts directly in rcu_gp_init()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/9] rcu/tree: Reduce wake up for synchronize_rcu() common case
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/9] srcu: Disable interrupts directly in srcu_gp_end()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/9] rcu: Add lockdep_assert_in_rcu_read_lock() and friends
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/9] rcu: Reduce synchronize_rcu() delays when all wait heads are in use
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/9] Miscellaneous fixes for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/2] doc: Clarify rcu_assign_pointer() and rcu_dereference() ordering
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/2] doc: Update Tasks RCU and Tasks Rude RCU description in Requirements.rst
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/2] RCU documentation updates for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH torture 4/4] scftorture: Make torture_type static
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH torture 2/4] locktorture: Add MODULE_DESCRIPTION()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH torture 1/4] torture: Add MODULE_DESCRIPTION()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH torture 3/4] scftorture: Add MODULE_DESCRIPTION()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/4] Torture-test updates for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu: Remove full memory barrier on RCU stall printout
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 5/6] rcu: Remove full memory barrier on RCU stall printout
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v2] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH 5/6] rcu: Remove full memory barrier on RCU stall printout
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH V2] rcutorture: Add CFcommon.arch for the various arch's need
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH V2] rcutorture: Add CFcommon.arch for the various arch's need
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Updated -next branch and repo for RCU commits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Updated -next branch and repo for RCU commits
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 11/11] rcu/nocb: Simplify (de-)offloading state machine
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 10/11] rcu/nocb: Remove SEGCBLIST_KTHREAD_CB
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 09/11] rcu/nocb: Remove SEGCBLIST_RCU_CORE
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 08/11] rcu/nocb: Remove halfway (de-)offloading handling from rcu_core
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 07/11] rcu/nocb: Remove halfway (de-)offloading handling from rcu_core()'s QS reporting
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 06/11] rcu/nocb: Remove halfway (de-)offloading handling from bypass
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 05/11] rcu/nocb: (De-)offload callbacks on offline CPUs only
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 04/11] rcu/nocb: Introduce nocb mutex
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 03/11] rcu/nocb: Assert no callbacks while nocb kthread allocation fails
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 02/11] rcu/nocb: Move nocb field at the end of state struct
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 01/11] rcu/nocb: Introduce RCU_NOCB_LOCKDEP_WARN()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 00/11] rcu/nocb: (De-)offloading on offline CPUs
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• arm-linux-gnueabihf-ld: kernel/rcu/update.o:update.c:(.text+0x1cc4): more undefined references to `__bad_cmpxchg' follow
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: Updated -next branch and repo for RCU commits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: Updated -next branch and repo for RCU commits
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: And the v6.11 pull request will come from me
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Updated -next branch and repo for RCU commits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• And the v6.11 pull request will come from me
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH printk v6 00/30] wire up write_atomic() printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH printk v6 00/30] wire up write_atomic() printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH printk v6 29/30] rcu: Mark emergency sections in rcu stalls
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCHv4 net-next 09/14] ipvs: switch to per-net connection table
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 02/14] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 07/14] ipvs: add resizable hash tables
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 04/14] ipvs: use single svc table
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 06/14] ipvs: use more counters to avoid service lookups
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 11/14] ipvs: no_cport and dropentry counters can be per-net
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 03/14] ipvs: some service readers can use RCU
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 13/14] ipvs: add ip_vs_status info
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 05/14] ipvs: do not keep dest_dst after dest is removed
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 14/14] ipvs: add conn_lfactor and svc_lfactor sysctl vars
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 12/14] ipvs: use more keys for connection hashing
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 10/14] ipvs: show the current conn_tab size to users
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 08/14] ipvs: use resizable hash table for services
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCHv4 net-next 00/14] ipvs: per-net tables and optimizations
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• [PATCH] rcutorture: Skip debug object testing for cur_ops without ->debug_objects set
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] drm/radeon/r100: enhance error handling in r100_cp_init_microcode
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] drm/radeon/r100: enhance error handling in r100_cp_init_microcode
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH 6/6] cpumask: make core headers including cpumask_types.h where possible
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 5/6] cpumask: cleanup core headers inclusion
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 4/6] sched: drop sched.h dependency on cpumask
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 3/6] cpumask: split out include/linux/cpumask_types.h
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 2/6] sched: avoid using ilog2() in sched.h
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 1/6] MAINTAINERS: add linux/nodemask_types.h to BITMAP API
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• [PATCH 0/6] Cleanup cpumask.h inclusion in core headers
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Jinliang Zheng <alexjlzheng@xxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [cocci] patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [PATCH] drm/radeon/r100: enhance error handling in r100_cp_init_microcode
  • From: Christian König <christian.koenig@xxxxxxx>
• patch idea: convert trivial call_rcu users to kfree_rcu
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH printk v6 29/30] rcu: Mark emergency sections in rcu stalls
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v6 00/30] wire up write_atomic() printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH] drm/radeon/r100: enhance error handling in r100_cp_init_microcode
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: About the conflict between XFS inode recycle and VFS rcu-walk
  • From: Jinliang Zheng <alexjlzheng@xxxxxxxxx>
• [PATCH AUTOSEL 4.19] rcutorture: Fix rcu_torture_one_read() pipe_count overflow comment
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4] rcutorture: Fix rcu_torture_one_read() pipe_count overflow comment
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 3/5] rcutorture: Fix invalid context warning when enable srcu barrier testing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 2/5] rcutorture: Fix rcu_torture_one_read() pipe_count overflow comment
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 5/7] rcutorture: Fix invalid context warning when enable srcu barrier testing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 4/7] rcutorture: Make stall-tasks directly exit when rcutorture tests end
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 3/7] rcutorture: Fix rcu_torture_one_read() pipe_count overflow comment
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 7/9] rcutorture: Fix invalid context warning when enable srcu barrier testing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 6/9] rcutorture: Make stall-tasks directly exit when rcutorture tests end
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 5/9] rcutorture: Fix rcu_torture_one_read() pipe_count overflow comment
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 09/11] rcutorture: Fix invalid context warning when enable srcu barrier testing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 08/11] rcutorture: Make stall-tasks directly exit when rcutorture tests end
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 07/11] rcutorture: Fix rcu_torture_one_read() pipe_count overflow comment
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 09/14] rcutorture: Fix invalid context warning when enable srcu barrier testing
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 08/14] rcutorture: Make stall-tasks directly exit when rcutorture tests end
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.8 07/14] rcutorture: Fix rcu_torture_one_read() pipe_count overflow comment
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.9 09/15] rcutorture: Fix invalid context warning when enable srcu barrier testing
  • From: Sasha Levin <sashal@xxxxxxxxxx>