rcu  

Messages by Thread

• • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Paul E. McKenney
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Frederic Weisbecker
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Paul E. McKenney
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Frederic Weisbecker
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Paul E. McKenney
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Peter Zijlstra
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Frederic Weisbecker
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Frederic Weisbecker
  • Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()) Paul E. McKenney
  • Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*() Frederic Weisbecker
  • Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*() Neeraj Upadhyay
  • Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*() Frederic Weisbecker
  • Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*() Valentin Schneider
  • [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu() Valentin Schneider
  • Re: [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu() Frederic Weisbecker
  • Re: [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu() Valentin Schneider
  • [PATCH v3 15/25] rcu: Rename rcu_dynticks_eqs_online() into rcu_watching_online() Valentin Schneider
  • Re: [PATCH v3 15/25] rcu: Rename rcu_dynticks_eqs_online() into rcu_watching_online() Frederic Weisbecker
  • [PATCH v3 16/25] rcu: Rename rcu_dynticks_in_eqs() into rcu_watching_snap_in_eqs() Valentin Schneider
  • [PATCH v3 17/25] rcu: Rename rcu_dynticks_in_eqs_since() into rcu_watching_snap_stopped_since() Valentin Schneider
  • Re: [PATCH v3 17/25] rcu: Rename rcu_dynticks_in_eqs_since() into rcu_watching_snap_stopped_since() Frederic Weisbecker
  • [PATCH v3 18/25] rcu: Rename rcu_dynticks_zero_in_eqs() into rcu_watching_zero_in_eqs() Valentin Schneider
  • [PATCH v3 19/25] rcu: Rename struct rcu_data .dynticks_snap into .watching_snap Valentin Schneider
  • Re: [PATCH v3 19/25] rcu: Rename struct rcu_data .dynticks_snap into .watching_snap Frederic Weisbecker
  • [PATCH v3 20/25] rcu: Rename struct rcu_data .exp_dynticks_snap into .exp_watching_snap Valentin Schneider
  • [PATCH v3 21/25] rcu: Rename dyntick_save_progress_counter() into rcu_watching_snap_save() Valentin Schneider
  • Re: [PATCH v3 21/25] rcu: Rename dyntick_save_progress_counter() into rcu_watching_snap_save() Frederic Weisbecker
  • [PATCH v3 22/25] rcu: Rename rcu_implicit_dynticks_qs() into rcu_implicit_eqs() Valentin Schneider
  • Re: [PATCH v3 22/25] rcu: Rename rcu_implicit_dynticks_qs() into rcu_implicit_eqs() Frederic Weisbecker
  • [PATCH v3 23/25] rcu: Rename rcu_momentary_dyntick_idle() into rcu_momentary_eqs() Valentin Schneider
  • [PATCH v3 24/25] rcu: Update stray documentation references to rcu_dynticks_eqs_{enter, exit}() Valentin Schneider
  • Re: [PATCH v3 24/25] rcu: Update stray documentation references to rcu_dynticks_eqs_{enter, exit}() Frederic Weisbecker
  • [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching Valentin Schneider
  • Re: [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching Frederic Weisbecker
  • Re: [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching Valentin Schneider
  • Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references Neeraj Upadhyay
  • Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references Valentin Schneider
  • Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references Paul E. McKenney
  • Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references Valentin Schneider
  • Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references Neeraj Upadhyay
• [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Waiman Long
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Uladzislau Rezki
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Breno Leitao
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Uladzislau Rezki
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Waiman Long
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Neeraj Upadhyay
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Waiman Long
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Neeraj Upadhyay
  • Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs Waiman Long
• kfree_rcu_{monitor,work} hogged CPU for >13333us Breno Leitao
• Possible slab-allocator issue Paul E. McKenney
  • Re: Possible slab-allocator issue Vlastimil Babka
  • Re: Possible slab-allocator issue Paul E. McKenney
• [PATCH v2 0/3] CSD-lock diagnostics enhancements Neeraj Upadhyay
  • [PATCH v2 1/3] locking/csd_lock: Print large numbers as negatives neeraj . upadhyay
  • [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall neeraj . upadhyay
  • Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall Leonardo Bras
  • Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall Paul E. McKenney
  • Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall Leonardo Bras
  • [PATCH v2 3/3] locking/csd-lock: Use backoff for repeated reports of same incident neeraj . upadhyay
  • Re: [PATCH v2 3/3] locking/csd-lock: Use backoff for repeated reports of same incident Leonardo Bras
  • [PATCH v2 4/3] smp: print only local CPU info when sched_clock goes backward neeraj . upadhyay
  • Re: [PATCH v2 4/3] smp: print only local CPU info when sched_clock goes backward Leonardo Bras
• [syzbot] [rcu?] WARNING in rcu_note_context_switch (2) syzbot
  • Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2) Paul E. McKenney
  • Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2) Z qiang
  • Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2) Paul E. McKenney
  • Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2) Z qiang
  • Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2) Boqun Feng
• [PATCH v2] refscale: Optimize process_durations() Christophe JAILLET
  • Re: [PATCH v2] refscale: Optimize process_durations() Paul E. McKenney
• [PATCH v2] srcu: faster gp seq wrap-around JP Kobryn
  • Re: [PATCH v2] srcu: faster gp seq wrap-around Paul E. McKenney
  • Re: [PATCH v2] srcu: faster gp seq wrap-around Paul E. McKenney
  • Re: [PATCH v2] srcu: faster gp seq wrap-around Neeraj Upadhyay
  • Re: [PATCH v2] srcu: faster gp seq wrap-around Neeraj Upadhyay
• [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy() Vlastimil Babka
  • [PATCH RFC 1/6] mm, slab: make caches with refcount of 0 unmergeable Vlastimil Babka
  • Re: [PATCH RFC 1/6] mm, slab: make caches with refcount of 0 unmergeable David Rientjes
  • [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count Vlastimil Babka
  • Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count David Rientjes
  • Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count Xiongwei Song
  • Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count Vlastimil Babka
  • [PATCH RFC 4/6] mm, slab: simplify kmem_cache_release() Vlastimil Babka
  • [PATCH RFC 3/6] mm, slab: unlink sysfs and debugfs immediately Vlastimil Babka
  • [PATCH RFC 5/6] mm, slab: asynchronously destroy caches with outstanding objects Vlastimil Babka
  • [PATCH RFC 6/6] kunit, slub: add test_kfree_rcu() Vlastimil Babka
  • Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy() David Rientjes
  • Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy() Vlastimil Babka
• [GIT PULL] RCU changes for v6.11 Paul E. McKenney
  • Re: [GIT PULL] RCU changes for v6.11 pr-tracker-bot
• [GIT PULL] Generic torture-test changes for v6.11 Paul E. McKenney
  • Re: [GIT PULL] Generic torture-test changes for v6.11 pr-tracker-bot
• [PATCH 0/3] CSD-lock diagnostics enhancements Neeraj Upadhyay
  • [PATCH 1/3] locking/csd_lock: Print large numbers as negatives neeraj . upadhyay
  • Re: [PATCH 1/3] locking/csd_lock: Print large numbers as negatives Rik van Riel
  • [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall neeraj . upadhyay
  • Re: [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall Rik van Riel
  • Re: [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall Paul E. McKenney
  • [PATCH 3/3] locking/csd-lock: Use backoff for repeated reports of same incident neeraj . upadhyay
  • Re: [PATCH 3/3] locking/csd-lock: Use backoff for repeated reports of same incident Rik van Riel
• [PATCH] srcu: faster srcu gp seq wrap-around JP Kobryn
  • Re: [PATCH] srcu: faster srcu gp seq wrap-around Neeraj Upadhyay
• [RFC PATCH v3 00/10] sched/fair: Defer CFS throttle to user entry Valentin Schneider
  • [RFC PATCH v3 01/10] rcuwait: Split type definition to its own header Valentin Schneider
  • Re: [RFC PATCH v3 01/10] rcuwait: Split type definition to its own header Peter Zijlstra
  • Re: [RFC PATCH v3 01/10] rcuwait: Split type definition to its own header Valentin Schneider
  • [RFC PATCH v3 02/10] irq_work: Split type definition to its own header Valentin Schneider
  • Re: [RFC PATCH v3 02/10] irq_work: Split type definition to its own header Peter Zijlstra
  • [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel() Valentin Schneider
  • Re: [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel() Oleg Nesterov
  • Re: [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel() Peter Zijlstra
  • Re: [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel() Valentin Schneider
  • [RFC PATCH v3 04/10] sched/fair: Introduce sched_throttle_work Valentin Schneider
  • Re: [RFC PATCH v3 04/10] sched/fair: Introduce sched_throttle_work Peter Zijlstra
  • Re: [RFC PATCH v3 04/10] sched/fair: Introduce sched_throttle_work Valentin Schneider
  • [RFC PATCH v3 06/10] sched/fair: Prepare switched_from & switched_to for per-task throttling Valentin Schneider
  • Re: [RFC PATCH v3 06/10] sched/fair: Prepare switched_from & switched_to for per-task throttling Peter Zijlstra
  • [RFC PATCH v3 05/10] sched/fair: Introduce an irq_work for cancelling throttle task_work Valentin Schneider
  • [RFC PATCH v3 08/10] sched/fair: Prepare migrate_task_rq_fair() for per-task throttling Valentin Schneider
  • [RFC PATCH v3 09/10] sched/fair: Add a class->task_woken callback in preparation for per-task throttling Valentin Schneider
  • [RFC PATCH v3 07/10] sched/fair: Prepare task_change_group_fair() for per-task throttling Valentin Schneider
  • [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Valentin Schneider
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Peter Zijlstra
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Peter Zijlstra
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Peter Zijlstra
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Valentin Schneider
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Benjamin Segall
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Valentin Schneider
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Benjamin Segall
  • Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace Valentin Schneider
• 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux richard clark
  • Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux Neeraj upadhyay
  • Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux richard clark
  • Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux Neeraj upadhyay
• [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb() Zqiang
  • Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb() Z qiang
  • Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb() Neeraj upadhyay
  • Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb() Neeraj Upadhyay
• Re: [PATCH 6.9 000/197] 6.9.9-rc1 review Naresh Kamboju
  • Re: [PATCH 6.9 000/197] 6.9.9-rc1 review Naresh Kamboju
  • Re: [PATCH 6.9 000/197] 6.9.9-rc1 review Greg Kroah-Hartman
  • Re: [PATCH 6.9 000/197] 6.9.9-rc1 review Naresh Kamboju
• Wakes of the rcuc/ thread on isolated CPUs. Sebastian Andrzej Siewior
  • Re: Wakes of the rcuc/ thread on isolated CPUs. Paul E. McKenney
  • Re: Wakes of the rcuc/ thread on isolated CPUs. Sebastian Andrzej Siewior
  • Re: Wakes of the rcuc/ thread on isolated CPUs. Paul E. McKenney
  • Re: Wakes of the rcuc/ thread on isolated CPUs. Sebastian Andrzej Siewior
  • Re: Wakes of the rcuc/ thread on isolated CPUs. Paul E. McKenney
• [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled takakura
  • Re: [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled Paul E. McKenney
  • Re: [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled takakura
  • Re: [PATCH] rcu: Let rcu_dump_task() be used without preemption disabled Paul E. McKenney
• [linux-next:master] [rcutorture] 7a1fcbb52e: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture] kernel test robot
  • Re: [linux-next:master] [rcutorture] 7a1fcbb52e: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture] Paul E. McKenney
• Re: [syzbot] [mm?] KCSAN: data-race in mtree_range_walk / rcu_segcblist_enqueue (2) Marco Elver
  • Re: [syzbot] [mm?] KCSAN: data-race in mtree_range_walk / rcu_segcblist_enqueue (2) Liam R. Howlett
  • Re: [syzbot] [mm?] KCSAN: data-race in mtree_range_walk / rcu_segcblist_enqueue (2) Marco Elver
• [PATCH rcu 0/3] SRCU polled-grace-period updates for v6.11 Paul E. McKenney
  • [PATCH rcu 2/3] srcu: Update cleanup_srcu_struct() comment Paul E. McKenney
  • [PATCH rcu 3/3] srcu: Fill out polled grace-period APIs Paul E. McKenney
  • [PATCH rcu 1/3] srcu: Add NUM_ACTIVE_SRCU_POLL_OLDSTATE Paul E. McKenney
• [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need Zhouyi Zhou
  • Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need Paul E. McKenney
  • Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need Zhouyi Zhou
  • Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need Mark Rutland
  • Re: [PATCH V4] rcutorture: Add CFcommon.arch for the various arch's need Paul E. McKenney
• Re: [TEST] TCP MD5 vs kmemleak Jakub Kicinski
  • Re: [TEST] TCP MD5 vs kmemleak Paul E. McKenney
  • Re: [TEST] TCP MD5 vs kmemleak Paolo Abeni
  • Re: [TEST] TCP MD5 vs kmemleak Paul E. McKenney
  • Re: [TEST] TCP MD5 vs kmemleak Jakub Kicinski
  • Re: [TEST] TCP MD5 vs kmemleak Uladzislau Rezki
  • Re: [TEST] TCP MD5 vs kmemleak Paul E. McKenney
  • Re: [TEST] TCP MD5 vs kmemleak Dmitry Safonov
  • Re: [TEST] TCP MD5 vs kmemleak Paul E. McKenney
  • Re: [TEST] TCP MD5 vs kmemleak Dmitry Safonov
  • Re: [TEST] TCP MD5 vs kmemleak Catalin Marinas
  • Re: [TEST] TCP MD5 vs kmemleak Paul E. McKenney
• [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Linus Lüssing
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Paul E. McKenney
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Linus Lüssing
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Linus Lüssing
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Paul E. McKenney
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Linus Lüssing
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Sven Eckelmann
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Paul E. McKenney
  • Re: [PATCH] Revert "batman-adv: prefer kfree_rcu() over call_rcu() with free-only callbacks" Uladzislau Rezki
• [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need Zhouyi Zhou
  • Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need Paul E. McKenney
  • Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need Mark Rutland
  • Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need Paul E. McKenney
  • Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need Zhouyi Zhou
  • Re: [PATCH V3] rcutorture: Add CFcommon.arch for the various arch's need Paul E. McKenney
• Re: [PATCH] nvme: fix namespace removal list Christoph Hellwig
  • Re: [PATCH] nvme: fix namespace removal list Nilay Shroff
  • Re: [PATCH] nvme: fix namespace removal list Paul E. McKenney
  • Re: [PATCH] nvme: fix namespace removal list Keith Busch
  • Re: [PATCH] nvme: fix namespace removal list Christoph Hellwig
  • Re: [PATCH] nvme: fix namespace removal list Paul E. McKenney

• Earlier messages
• Later messages