RCU
[Prev Page][Next Page]
- Re: [PATCH 5/7] rcu/trace: Use rsp's gp_seq in acceleration's rcu_grace_period tracepoint
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/7] rcu/trace: Add tracing for how segcb list changes
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/7] rcu/segcblist: Prevent useless GP start if no CBs to accelerate
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH 4/7] rcu/trace: Print negative GP numbers correctly
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 7/7] rcutorture: Add number of GP information to reports
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 6/7] rcutorture: Add support to get the number of wakeups of main GP kthread
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 2/7] rcu/trace: Add tracing for how segcb list changes
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 5/7] rcu/trace: Use rsp's gp_seq in acceleration's rcu_grace_period tracepoint
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 1/7] rcu/segcblist: Prevent useless GP start if no CBs to accelerate
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: CPU trying to start a GP when no CBs were assigned new GP numbers
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: CPU trying to start a GP when no CBs were assigned new GP numbers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: CPU trying to start a GP when no CBs were assigned new GP numbers
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: CPU trying to start a GP when no CBs were assigned new GP numbers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- CPU trying to start a GP when no CBs were assigned new GP numbers
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: Question about list_sort() RCU version.
- From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
- Re: Question about list_sort() RCU version.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Question about list_sort() RCU version.
- From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
- Re: Question about list_sort() RCU version.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Question about list_sort() RCU version.
- From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
- Re: Question about list_sort() RCU version.
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Question about list_sort() RCU version.
- From: Chaitanya Kulkarni <Chaitanya.Kulkarni@xxxxxxx>
- Re: [PATCH] torture: Pass --kmake-arg to all make invocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] torture: Pass --kmake-arg to all make invocations
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH] torture: Pass --kmake-arg to all make invocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH] torture: Pass --kmake-arg to all make invocations
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH] torture: Pass --kmake-arg to all make invocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- [PATCH] torture: Pass --kmake-arg to all make invocations
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] <linux/rculist.h>: fix kernel-doc notation & warning
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 10/29] rcu: fix some kernel-doc warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] <linux/rculist.h>: fix kernel-doc notation & warning
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- [PATCH 10/29] rcu: fix some kernel-doc warnings
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH] <linux/rculist.h>: fix kernel-doc notation & warning
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] rcu: use gp_seq instead of rcu_gp_seq for consistency
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 4/4] rcu: use gp_seq instead of rcu_gp_seq for consistency
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH 4/4] rcu: use gp_seq instead of rcu_gp_seq for consistency
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] x86/entry: Ask RCU if it needs rcu_irq_{enter,exit}()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH x86/entry: Force rcu_irq_enter() when in idle task
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC] x86/entry: Ask RCU if it needs rcu_irq_{enter,exit}()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC] x86/entry: Ask RCU if it needs rcu_irq_{enter,exit}()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH RFC] x86/entry: Ask RCU if it needs rcu_irq_{enter,exit}()
- From: Andy Lutomirski <luto@xxxxxxxxxx>
- [PATCH 2/4] rcu: grplo/grphi just records CPU number
- From: Wei Yang <richard.weiyang@xxxxxxxxxxxxxxxxx>
- [PATCH 1/4] rcu: gp_max is protected by root rcu_node's lock
- From: Wei Yang <richard.weiyang@xxxxxxxxxxxxxxxxx>
- [PATCH 3/4] rcu: grpnum just records group number
- From: Wei Yang <richard.weiyang@xxxxxxxxxxxxxxxxx>
- [PATCH 4/4] rcu: use gp_seq instead of rcu_gp_seq for consistency
- From: Wei Yang <richard.weiyang@xxxxxxxxxxxxxxxxx>
- [PATCH 0/4] rcu: trivial adjust for comments
- From: Wei Yang <richard.weiyang@xxxxxxxxxxxxxxxxx>
- RE: [EXT] Re: stress-ng --hrtimers hangs system
- From: Jiafei Pan <jiafei.pan@xxxxxxx>
- Re: [PATCH RFC] x86/entry: Ask RCU if it needs rcu_irq_{enter,exit}()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH RFC] x86/entry: Ask RCU if it needs rcu_irq_{enter,exit}()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: stress-ng --hrtimers hangs system
- From: Vladimir Oltean <olteanv@xxxxxxxxx>
- Re: stress-ng --hrtimers hangs system
- From: Kurt Kanzenbach <kurt.kanzenbach@xxxxxxxxxxxxx>
- Re: stress-ng --hrtimers hangs system
- From: Vladimir Oltean <olteanv@xxxxxxxxx>
- Re: stress-ng --hrtimers hangs system
- From: Vladimir Oltean <olteanv@xxxxxxxxx>
- Re: stress-ng --hrtimers hangs system
- From: Kurt Kanzenbach <kurt.kanzenbach@xxxxxxxxxxxxx>
- Re: stress-ng --hrtimers hangs system
- From: Vladimir Oltean <olteanv@xxxxxxxxx>
- Re: stress-ng --hrtimers hangs system
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- stress-ng --hrtimers hangs system
- From: Vladimir Oltean <olteanv@xxxxxxxxx>
- Re: [PATCH] rcu: Stop shrinker loop
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: Stop shrinker loop
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Stop shrinker loop
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH] rcu: Stop shrinker loop
- From: Peter Enderborg <peter.enderborg@xxxxxxxx>
- [PATCH 2/5] rcu: replace 1 with true
- From: Jules Irenge <jbi.octave@xxxxxxxxx>
- [PATCH 1/5] rcu/rcutorture: replace 0 with false
- From: Jules Irenge <jbi.octave@xxxxxxxxx>
- [PATCH 3/5] rcu: replace + with |
- From: Jules Irenge <jbi.octave@xxxxxxxxx>
- Re: [PATCH] refperf: work around 64-bit division
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] refperf: work around 64-bit division
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] refperf: work around 64-bit division
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [PATCH] refperf: work around 64-bit division
- From: Nathan Chancellor <natechancellor@xxxxxxxxx>
- Re: [PATCH] refperf: work around 64-bit division
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH] refperf: work around 64-bit division
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] refperf: work around 64-bit division
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [bug report] refperf: Dynamically allocate experiment-summary output buffer
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: next-20200528 - build error in kernel/rcu/refperf.c
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: next-20200528 - build error in kernel/rcu/refperf.c
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [bug report] refperf: Dynamically allocate experiment-summary output buffer
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: next-20200528 - build error in kernel/rcu/refperf.c
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: next-20200528 - build error in kernel/rcu/refperf.c
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- next-20200528 - build error in kernel/rcu/refperf.c
- From: "Valdis Klētnieks" <valdis.kletnieks@xxxxxx>
- Re: [PATCH] srcu: Avoid local_irq_save() before acquiring spinlock_t
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] srcu: Avoid local_irq_save() before acquiring spinlock_t
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] srcu: Avoid local_irq_save() before acquiring spinlock_t
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH v2 03/16] rcu/tree: Repeat the monitor if any free channel is busy
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 01/16] rcu/tree: Keep kfree_rcu() awake during lock contention
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 04/16] rcu/tree: Make debug_objects logic independent of rcu_head
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 07/16] rcu/tree: Use static initializer for krc.lock
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 06/16] rcu/tree: Move kfree_rcu_cpu locking/unlocking to separate functions
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 11/16] rcu: Rename *_kfree_callback/*_kfree_rcu_offset/kfree_call_*
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 12/16] mm/list_lru.c: Rename kvfree_rcu() to local variant
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 14/16] rcu: Support reclaim for head-less object
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 16/16] lib/test_vmalloc.c: Add test cases for kvfree_rcu()
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 10/16] rcu/tiny: support vmalloc in tiny-RCU
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 15/16] rcu: Introduce single argument kvfree_rcu() interface
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 13/16] rcu: Introduce 2 arg kvfree_rcu() interface
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 08/16] rcu/tree: cache specified number of objects
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 05/16] rcu/tree: Simplify KFREE_BULK_MAX_ENTR macro
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 02/16] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH v2 00/16] Introduce kvfree_rcu(1 or 2 arguments)
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [PATCH 1/2] rcuperf: Remove useless while loops around wait_event
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 2/2] refperf: Add a test to measure performance of read-side synchronization
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 1/2] rcuperf: Remove useless while loops around wait_event
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 3/8] srcu: Use local_lock() for per-CPU struct srcu_data access
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] rcu: fix some kernel-doc warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 11/11] rcu: constify sysrq_key_op
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 11/11] rcu: constify sysrq_key_op
- From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 09/16] rcu-tasks: Add an RCU-tasks rude variant
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 09/16] rcu-tasks: Add an RCU-tasks rude variant
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [GIT PULL tip/core/rcu] RCU commits for v5.8
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 09/16] rcu-tasks: Add an RCU-tasks rude variant
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 09/16] rcu-tasks: Add an RCU-tasks rude variant
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 09/16] rcu-tasks: Add an RCU-tasks rude variant
- From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 09/16] rcu-tasks: Add an RCU-tasks rude variant
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v4 tip/core/rcu 05/38] rcu-tasks: Move Tasks RCU to its own file
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 09/16] rcu-tasks: Add an RCU-tasks rude variant
- From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
- Re: [PATCH v4 tip/core/rcu 05/38] rcu-tasks: Move Tasks RCU to its own file
- From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH 21/24] rcu/tiny: move kvfree_call_rcu() out of header
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH RFC tip/core/rcu] Add shrinker to shift to fast/inefficient GP mode
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 21/24] rcu/tiny: move kvfree_call_rcu() out of header
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 21/24] rcu/tiny: move kvfree_call_rcu() out of header
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: joel@xxxxxxxxxxxxxxxxx
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: Joel Fernandes <joelaf@xxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 20/24] rcu/tree: Make kvfree_rcu() tolerate any alignment
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 22/24] rcu/tiny: support reclaim for head-less object
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 21/24] rcu/tiny: move kvfree_call_rcu() out of header
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 10/24] rcu/tree: add rcutree.rcu_min_cached_objs description
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH] rcu: fix some kernel-doc warnings
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH 08/24] rcu/tree: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH v3 3/5] rcu/tree: Clean up dynticks counter usage
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v3 5/5] trace: events: rcu: Change description of rcu_dyntick trace event
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v3 4/5] rcu/tree: Remove dynticks_nmi_nesting counter
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v3 2/5] rcu/tree: Add better tracing for dyntick-idle
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v3 1/5] Revert b8c17e6664c4 ("rcu: Maintain special bits at bottom of ->dynticks counter")
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v3 0/5] RCU dyntick nesting counter cleanups for rcu -dev
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/24] rcu/tree: Make kvfree_rcu() tolerate any alignment
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 20/24] rcu/tree: Make kvfree_rcu() tolerate any alignment
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 22/24] rcu/tiny: support reclaim for head-less object
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 20/24] rcu/tree: Make kvfree_rcu() tolerate any alignment
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 22/24] rcu/tiny: support reclaim for head-less object
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 21/24] rcu/tiny: move kvfree_call_rcu() out of header
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 20/24] rcu/tree: Make kvfree_rcu() tolerate any alignment
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 10/24] rcu/tree: add rcutree.rcu_min_cached_objs description
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 09/24] rcu/tree: cache specified number of objects
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 08/24] rcu/tree: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Discussion about rcu_barrier() in ext4
- From: Ritesh Harjani <riteshh@xxxxxxxxxxxxx>
- Discussion about rcu_barrier() in ext4
- From: Ritesh Harjani <riteshh@xxxxxxxxxxxxx>
- Re: [bug report] rcutorture: Add races with task-exit processing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [bug report] rcutorture: Add races with task-exit processing
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] rcutorture: Fix error codes in rcu_torture_read_exit_init()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [bug report] rcutorture: Add races with task-exit processing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [bug report] rcutorture: Add races with task-exit processing
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH] rcutorture: Fix error codes in rcu_torture_read_exit_init()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 08/24] rcu/tree: Use static initializer for krc.lock
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 09/24] rcu/tree: cache specified number of objects
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 12/24] rcu/tiny: support vmalloc in tiny-RCU
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 18/24] mm/list_lru.c: Remove kvfree_rcu_local() function
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 21/24] rcu/tiny: move kvfree_call_rcu() out of header
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 23/24] rcu: Introduce 1 arg kvfree_rcu() interface
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 22/24] rcu/tiny: support reclaim for head-less object
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 17/24] rcu: Introduce 2 arg kvfree_rcu() interface
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 16/24] mm/list_lru.c: Rename kvfree_rcu() to local variant
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 11/24] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 10/24] rcu/tree: add rcutree.rcu_min_cached_objs description
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 03/24] rcu/tree: Use consistent style for comments
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 05/24] rcu/tree: Simplify debug_objects handling
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 04/24] rcu/tree: Repeat the monitor if any free channel is busy
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 02/24] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 24/24] lib/test_vmalloc.c: Add test cases for kvfree_rcu()
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 20/24] rcu/tree: Make kvfree_rcu() tolerate any alignment
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 19/24] rcu/tree: Support reclaim for head-less object
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 14/24] rcu: Rename __is_kfree_rcu_offset() macro
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 15/24] rcu: Rename kfree_call_rcu() to the kvfree_call_rcu().
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 13/24] rcu: Rename rcu_invoke_kfree_callback/rcu_kfree_callback
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 07/24] rcu/tree: move locking/unlocking to separate functions
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 06/24] rcu/tree: Simplify KFREE_BULK_MAX_ENTR macro
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 01/24] rcu/tree: Keep kfree_rcu() awake during lock contention
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 00/24] Introduce kvfree_rcu(1 or 2 arguments)
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 18/24] mm/list_lru.c: Remove kvfree_rcu_local() function
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 15/24] mm/list_lru.c: Rename kvfree_rcu() to local variant
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH v1 5/6] rcu: rename kfree_call_rcu()/__kfree_rcu()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v1 5/6] rcu: rename kfree_call_rcu()/__kfree_rcu()
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu/dev -fixes 2/4] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu/dev -fixes 2/4] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
- From: joel@xxxxxxxxxxxxxxxxx
- Re: [PATCH rcu/dev -fixes 2/4] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH rcu/dev -fixes 2/4] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 07/10] docs: RCU: RTFP: fix bibtex entries
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 07/10] docs: RCU: RTFP: fix bibtex entries
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 00/10] Manually convert RCU text files to ReST format
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 07/10] docs: RCU: RTFP: fix bibtex entries
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 07/10] docs: RCU: RTFP: fix bibtex entries
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 02/10] docs: RCU: convert lockdep-splat.txt to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 09/10] docs: RCU: stallwarn.txt: convert it to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 06/10] docs: RCU: convert rcuref.txt to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 03/10] docs: RCU: convert lockdep.txt to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 00/10] Manually convert RCU text files to ReST format
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 10/10] docs: RCU: rculist_nulls.rst: don't duplicate chapter names
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 07/10] docs: RCU: RTFP: fix bibtex entries
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 05/10] docs: RCU: convert torture.txt to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 04/10] docs: RCU: convert rculist_nulls.txt to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 08/10] docs: RCU: convert RTFP.txt to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH 01/10] docs: RCU: convert checklist.txt to ReST
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH rcu/dev -fixes 1/4] rcu/tree: Keep kfree_rcu() awake during lock contention
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH rcu/dev -fixes 4/4] rcu/tree: Use consistent style for comments
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v1 5/6] rcu: rename kfree_call_rcu()/__kfree_rcu()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v1 5/6] rcu: rename kfree_call_rcu()/__kfree_rcu()
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [Patch v2] rcu: simplify the calculation of rcu_state.ncpus
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH rcu/dev -fixes 3/4] rcu/tree: Avoid using xchg() in kfree_call_rcu_add_ptr_to_bulk()
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu/dev -fixes 3/4] rcu/tree: Avoid using xchg() in kfree_call_rcu_add_ptr_to_bulk()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH rcu/dev -fixes 2/4] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH rcu/dev -fixes 3/4] rcu/tree: Avoid using xchg() in kfree_call_rcu_add_ptr_to_bulk()
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH rcu/dev -fixes 4/4] rcu/tree: Use consistent style for comments
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH rcu/dev -fixes 1/4] rcu/tree: Keep kfree_rcu() awake during lock contention
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH rcu/dev -fixes 0/4]
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 3/3] rcu: Avoid using xchg() in kfree_call_rcu_add_ptr_to_bulk()
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: joel@xxxxxxxxxxxxxxxxx
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: joel@xxxxxxxxxxxxxxxxx
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Mike Galbraith <efault@xxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [Patch v2] rcu: simplify the calculation of rcu_state.ncpus
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- [Patch v2] rcu: simplify the calculation of rcu_state.ncpus
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH] rcu: simplify the calculation of rcu_state.ncpus
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH] rcu: simplify the calculation of rcu_state.ncpus
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] srcu: Fix a typo in comment "amoritized"->"amortized"
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: simplify the calculation of rcu_state.ncpus
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: simplify the calculation of rcu_state.ncpus
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] rcu: simplify the calculation of rcu_state.ncpus
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: WARNING: events/ipi.h:36 suspicious rcu_dereference_check() usage!
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: WARNING: events/ipi.h:36 suspicious rcu_dereference_check() usage!
- From: Masami Hiramatsu <masami.hiramatsu@xxxxxxxxxx>
- Re: WARNING: events/ipi.h:36 suspicious rcu_dereference_check() usage!
- From: Leo Yan <leo.yan@xxxxxxxxxx>
- Re: WARNING: events/ipi.h:36 suspicious rcu_dereference_check() usage!
- From: Masami Hiramatsu <masami.hiramatsu@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] rcu: init and destroy rcu_synchronize when necessary
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: init and destroy rcu_synchronize when necessary
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] rcu: init and destroy rcu_synchronize when necessary
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- [PATCH v4 tip/core/rcu 03/38] sched/core: Add function to sample state of locked-down task
- [PATCH v4 tip/core/rcu 04/38] rcu: Add per-task state to RCU CPU stall warnings
- [PATCH v4 tip/core/rcu 05/38] rcu-tasks: Move Tasks RCU to its own file
- [PATCH v4 tip/core/rcu 08/38] rcutorture: Add a test for synchronize_rcu_mult()
- [PATCH v4 tip/core/rcu 07/38] rcu: Reinstate synchronize_rcu_mult()
- [PATCH v4 tip/core/rcu 09/38] rcu-tasks: Refactor RCU-tasks to allow variants to be added
- [PATCH v4 tip/core/rcu 12/38] rcu-tasks: Use unique names for RCU-Tasks kthreads and messages
- [PATCH v4 tip/core/rcu 13/38] rcu-tasks: Further refactor RCU-tasks to allow adding more variants
- [PATCH v4 tip/core/rcu 14/38] rcu-tasks: Code movement to allow more Tasks RCU variants
- [PATCH v4 tip/core/rcu 15/38] rcu-tasks: Add an RCU Tasks Trace to simplify protection of tracing hooks
- [PATCH v4 tip/core/rcu 17/38] rcu-tasks: Add stall warnings for RCU Tasks Trace
- [PATCH v4 tip/core/rcu 22/38] rcu-tasks: Add a grace-period start time for throttling and debug
- [PATCH v4 tip/core/rcu 25/38] rcu-tasks: Add grace-period and IPI counts to statistics
- [PATCH v4 tip/core/rcu 16/38] rcutorture: Add torture tests for RCU Tasks Trace
- [PATCH v4 tip/core/rcu 21/38] rcu-tasks: Make RCU Tasks Trace make use of RCU scheduler hooks
- [PATCH v4 tip/core/rcu 26/38] rcu-tasks: Add Kconfig option to mediate smp_mb() vs. IPI
- [PATCH v4 tip/core/rcu 18/38] rcu-tasks: Move #ifdef into tasks.h
- [PATCH v4 tip/core/rcu 24/38] rcu-tasks: Split ->trc_reader_need_end
- [PATCH v4 tip/core/rcu 28/38] rcu-tasks: Allow rcu_read_unlock_trace() under scheduler locks
- [PATCH v4 tip/core/rcu 23/38] rcu-tasks: Provide boot parameter to delay IPIs until late in grace period
- [PATCH v4 tip/core/rcu 20/38] rcu-tasks: Make rcutorture writer stall output include GP state
- [PATCH v4 tip/core/rcu 27/38] rcu-tasks: Avoid IPIing userspace/idle tasks if kernel is so built
- [PATCH v4 tip/core/rcu 29/38] rcu-tasks: Disable CPU hotplug across RCU tasks trace scans
- [PATCH v4 tip/core/rcu 30/38] rcu-tasks: Handle the running-offline idle-task special case
- [PATCH v4 tip/core/rcu 31/38] rcu-tasks: Make RCU tasks trace also wait for idle tasks
- [PATCH v4 tip/core/rcu 32/38] rcu-tasks: Add rcu_dynticks_zero_in_eqs() effectiveness statistics
- [PATCH v4 tip/core/rcu 33/38] rcu-tasks: Add count for idle tasks on offline CPUs
- [PATCH v4 tip/core/rcu 34/38] rcutorture: Add TRACE02 scenario enabling RCU Tasks Trace IPIs
- [PATCH v4 tip/core/rcu 11/38] rcutorture: Add torture tests for RCU Tasks Rude
- [PATCH v4 tip/core/rcu 01/38] rcu: Add comments marking transitions between RCU watching and not
- [PATCH v4 tip/core/rcu 35/38] rcu-tasks: Add IPI failure count to statistics
- [PATCH v4 tip/core/rcu 37/38] ftrace: Use synchronize_rcu_tasks_rude() instead of ftrace_sync()
- [PATCH v4 tip/core/rcu 38/38] rcu: Don't acquire lock in NMI handler in rcu_nmi_enter_common()
- [PATCH v4 tip/core/rcu 36/38] rcu-tasks: Allow standalone use of TASKS_{TRACE_,}RCU
- [PATCH v4 tip/core/rcu 19/38] rcu-tasks: Add RCU tasks to rcutorture writer stall output
- [PATCH v4 tip/core/rcu 10/38] rcu-tasks: Add an RCU-tasks rude variant
- [PATCH v4 tip/core/rcu 06/38] rcu-tasks: Create struct to hold state information
- [PATCH v4 tip/core/rcu 02/38] rcu-tasks: Use context-switch hook for PREEMPT=y kernels
- [PATCH v4 tip/core/rcu 0/38] Prototype RCU usable from idle, exception, offline
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 0/6] Remove scheduler restriction, update for v5.8
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 3/6] rcu: Don't set nesting depth negative in rcu_preempt_deferred_qs()
- [PATCH tip/core/rcu 2/6] rcu: Make rcu_read_unlock_special() safe for rq/pi locks
- [PATCH tip/core/rcu 4/6] rcu: Remove unused ->rcu_read_unlock_special.b.deferred_qs field
- [PATCH tip/core/rcu 6/6] rcutorture: Add test of holding scheduler locks across rcu_read_unlock()
- [PATCH tip/core/rcu 5/6] rcu: Don't use negative nesting depth in __rcu_read_unlock()
- [PATCH tip/core/rcu 1/6] rcu: Add KCSAN stubs to update.c
- [PATCH tip/core/rcu 02/18] rcutorture: Make kvm-recheck-rcu.sh handle truncated lines
- [PATCH tip/core/rcu 04/18] locktorture.c: Fix if-statement empty body warnings
- [PATCH tip/core/rcu 07/18] rcutorture: Right-size TREE10 CPU consumption
- [PATCH tip/core/rcu 03/18] rcutorture: Mark data-race potential for rcu_barrier() test statistics
- [PATCH tip/core/rcu 11/18] rcutorture: Make rcu_fwds and rcu_fwd_emergency_stop static
- [PATCH tip/core/rcu 12/18] torture: Eliminate duplicate #CHECK# from ConfigFragment
- [PATCH tip/core/rcu 15/18] torture: Allow scenario-specific Kconfig options to override CFcommon
- [PATCH tip/core/rcu 14/18] torture: Allow --kconfig options to override --kcsan defaults
- [PATCH tip/core/rcu 10/18] torture: Make --kcsan argument also create a summary
- [PATCH tip/core/rcu 08/18] rcu: Allow rcutorture to starve grace-period kthread
- [PATCH tip/core/rcu 09/18] torture: Add --kcsan argument to top-level kvm.sh script
- [PATCH tip/core/rcu 05/18] Default enable RCU list lockdep debugging with PROVE_RCU
- Re: [PATCH tip/core/rcu 0/19] Miscellaneous fixes for v5.8
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 17/18] torture: Add a --kasan argument
- [PATCH tip/core/rcu 16/18] torture: Save a few lines by using config_override_param initially
- [PATCH tip/core/rcu 18/18] rcutorture: Convert ULONG_CMP_LT() to time_before()
- [PATCH tip/core/rcu 13/18] torture: Abstract application of additional Kconfig options
- [PATCH tip/core/rcu 06/18] rcutorture: Add flag to produce non-busy-wait task stalls
- [PATCH tip/core/rcu 01/18] rcutorture: Add KCSAN stubs
- [PATCH tip/core/rcu 0/18] Torture-test updates for v5.8
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 2/3] rcu: When GP kthread is starved, tag idle threads as false positives
- [PATCH tip/core/rcu 3/3] rcu: Remove self-stack-trace when all quiescent states seen
- [PATCH tip/core/rcu 1/3] rcu: Use data_race() for RCU expedited CPU stall-warning prints
- [PATCH tip/core/rcu 0/3] RCU stall-warning updates for v5.8
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH tip/core/rcu 0/19] Miscellaneous fixes for v5.8
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH tip/core/rcu 2/4] rcu/tree: Add a shrinker to prevent OOM due to kfree_rcu() batching
- [PATCH tip/core/rcu 3/4] rcu/tree: Count number of batched kfree_rcu() locklessly
- [PATCH tip/core/rcu 4/4] rcu: Add rcu_gp_might_be_stalled()
- [PATCH tip/core/rcu 1/4] rcuperf: Add ability to increase object allocation size
- [PATCH tip/core/rcu 0/4] kfree_rcu() updates for v5.8
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 01/19] rcu: Add KCSAN stubs
- [PATCH tip/core/rcu 02/19] srcu: Add KCSAN stubs
- [PATCH tip/core/rcu 06/19] srcu: Add data_race() to ->srcu_lock_count and ->srcu_unlock_count arrays
- [PATCH tip/core/rcu 04/19] rcu: Add *_ONCE() and data_race() to rcu_node ->exp_tasks plus locking
- [PATCH tip/core/rcu 09/19] drm: Make drm_dp_mst_dsc_aux_for_port() safe for old compilers
- [PATCH tip/core/rcu 13/19] rcu: Get rid of some doc warnings in update.c
- [PATCH tip/core/rcu 08/19] rcu: Use data_race() for RCU CPU stall-warning prints
- [PATCH tip/core/rcu 12/19] Revert "rculist: Describe variadic macro argument in a Sphinx-compatible way"
- [PATCH tip/core/rcu 11/19] rcu: Fix the (t=0 jiffies) false positive
- [PATCH tip/core/rcu 16/19] rcu: Replace 1 by true
- [PATCH tip/core/rcu 14/19] rcu: Mark rcu_state.gp_seq to detect more concurrent writes
- [PATCH tip/core/rcu 17/19] rcu: Convert ULONG_CMP_GE() to time_after() for jiffy comparison
- [PATCH tip/core/rcu 19/19] rcu: Convert rcu_nohz_full_cpu() ULONG_CMP_LT() to time_before()
- [PATCH tip/core/rcu 18/19] rcu: Convert rcu_initiate_boost() ULONG_CMP_GE() to time_after()
- [PATCH tip/core/rcu 15/19] rcu: Replace assigned pointer ret value by corresponding boolean value
- [PATCH tip/core/rcu 10/19] rcu: Expedite first two FQS scans under callback-overload conditions
- [PATCH tip/core/rcu 07/19] rcu: Add WRITE_ONCE() to rcu_node ->boost_tasks
- [PATCH tip/core/rcu 05/19] rcu: Add READ_ONCE and data_race() to rcu_node ->boost_tasks
- [PATCH tip/core/rcu 03/19] rcu: Mark rcu_state.ncpus to detect concurrent writes
- [PATCH tip/core/rcu 0/19] Miscellaneous fixes for v5.8
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 2/3] rcu: Use consistent locking around kfree_rcu_drain_unlock()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 3/3] rcu: Avoid using xchg() in kfree_call_rcu_add_ptr_to_bulk()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 1/3] rcu: Use static initializer for krc.lock
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 0/3] rcu: Static initializer + misc
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [GIT PULL rcu/urgent] Don't acquire lock in NMI handler (v5.7)
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH RFC] rcu/tree: Refactor object allocation and try harder for array allocation
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] Documentation/rcu: fix a typo in RTFP
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH] Documentation/rcu: fix a typo in RTFP
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] Documentation/rcu: fix a typo in RTFP
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- Re: [PATCH] rcutorture: make rcu_fwds and rcu_fwd_emergency_stop static
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] Documentation/rcu: fix a typo in RTFP
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] Documentation/rcu: fix a typo in RTFP
- From: Wei Yang <richard.weiyang@xxxxxxxxx>
- [PATCH] rcutorture: make rcu_fwds and rcu_fwd_emergency_stop static
- From: Jason Yan <yanaijie@xxxxxxxxxx>
- WARNING: events/ipi.h:36 suspicious rcu_dereference_check() usage!
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: [PATCH 1/3] rcu/tree: use more permissive parameters when attaching a head
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] rcu/tree: use more permissive parameters when attaching a head
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [GIT PULL rcu/urgent] Don't acquire lock in NMI handler (v5.7)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- [PATCH 1/1] rcu/tree: add emergency pool for headless case
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [LKP] Re: de8f5e4f2d ("lockdep: Introduce wait-type checks"): [ 17.344674] EIP: default_idle
- From: Rong Chen <rong.a.chen@xxxxxxxxx>
- [PATCH 3/3] lib/test_vmalloc.c: introduce two new test cases
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 2/3] rcu/tree: move locking/unlocking to separate functions
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 1/3] rcu/tree: use more permissive parameters when attaching a head
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: de8f5e4f2d ("lockdep: Introduce wait-type checks"): [ 17.344674] EIP: default_idle
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: de8f5e4f2d ("lockdep: Introduce wait-type checks"): [ 17.344674] EIP: default_idle
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: What should we be doing to stress-test kfree_rcu()?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: What should we be doing to stress-test kfree_rcu()?
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: What should we be doing to stress-test kfree_rcu()?
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- What should we be doing to stress-test kfree_rcu()?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Mel Gorman <mgorman@xxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: joel@xxxxxxxxxxxxxxxxx
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: NeilBrown <neilb@xxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Michal Hocko <mhocko@xxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH RFC] rcu/tree: Use GFP_MEMALLOC for alloc memory to free memory pattern
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 2/4] rcu: Replace 1 by true
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 06/10] rcu: Replace assigned pointer ret value by corresponding boolean value
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH] rcu/tree: include mm.h where kvfree() is defined
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [PATCH 6/7] rcu/tiny: support reclaim for head-less object
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: rcu_barrier() no longer allowed within mmap_sem?
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: rcu_barrier() no longer allowed within mmap_sem?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- rcu_barrier() no longer allowed within mmap_sem?
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH 4/7] rcu/tree: support reclaim for head-less object
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: kbuild test robot <lkp@xxxxxxxxx>
- Re: [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: kbuild test robot <lkp@xxxxxxxxx>
- [PATCH 03/18] rcu: Rename rcu_invoke_kfree_callback/rcu_kfree_callback
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 02/18] rcu: Introduce kvfree_rcu() interface
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 04/18] rcu: Rename __is_kfree_rcu_offset() macro
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 05/18] rcu: Rename kfree_call_rcu() to the kvfree_call_rcu().
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 08/18] rcu/tree: Clarify emergency path comment better
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 11/18] rcu/tree: Introduce expedited_drain flag
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 12/18] rcu/tree: Support reclaim for head-less object
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 10/18] rcu/tree: Maintain separate array for vmalloc ptrs
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 14/18] rcu/tiny: Support reclaim for head-less object
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 15/18] rcu: Support headless variant in the kvfree_rcu()
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 13/18] rcu/tiny: Move kvfree_call_rcu() out of header
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 18/18] rcu/tree: Make kvfree_rcu() tolerate any alignment
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 16/18] rcu/tree: Remove extra next variable in kfree worker function
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 17/18] rcu/tree: Simplify is_vmalloc_addr expression
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 09/18] rcu/tree: Simplify KFREE_BULK_MAX_ENTR macro
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 07/18] rcu/tree: Simplify debug_objects handling
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 06/18] mm/list_lru.c: Remove kvfree_rcu_local() function
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 01/18] mm/list_lru.c: Rename kvfree_rcu() to local variant
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH 00/18] kfree_rcu() improvements for -rcu dev
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v2 2/4] rcu: Replace 1 by true
- From: Jules Irenge <jbi.octave@xxxxxxxxx>
- Re: [PATCH 6/7] rcu/tiny: support reclaim for head-less object
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 4/7] rcu/tree: support reclaim for head-less object
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] RCU dyntick nesting counter cleanups
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 0/4] RCU dyntick nesting counter cleanups
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2 4/4] rcu/tree: Remove dynticks_nmi_nesting counter
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v2 3/4] rcu/tree: Clean up dynticks counter usage
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v2 2/4] rcu/tree: Add better tracing for dyntick-idle
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v2 1/4] Revert b8c17e6664c4 ("rcu: Maintain special bits at bottom of ->dynticks counter")
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH v2 0/4] RCU dyntick nesting counter cleanups
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH RFC v2 tip/core/rcu 14/22] rcu-tasks: Add an RCU Tasks Trace to simplify protection of tracing hooks
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC v2 tip/core/rcu 14/22] rcu-tasks: Add an RCU Tasks Trace to simplify protection of tracing hooks
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 03/10] cpu: Remove Comparison to bool
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH v3 tip/core/rcu 01/34] sched/core: Add function to sample state of locked-down task
- [PATCH v3 tip/core/rcu 03/34] rcutorture: Add flag to produce non-busy-wait task stalls
- [PATCH v3 tip/core/rcu 04/34] rcu-tasks: Move Tasks RCU to its own file
- [PATCH v3 tip/core/rcu 05/34] rcu-tasks: Create struct to hold state information
- [PATCH v3 tip/core/rcu 06/34] rcu: Reinstate synchronize_rcu_mult()
- [PATCH v3 tip/core/rcu 08/34] rcu-tasks: Refactor RCU-tasks to allow variants to be added
- [PATCH v3 tip/core/rcu 10/34] rcutorture: Add torture tests for RCU Tasks Rude
- [PATCH v3 tip/core/rcu 09/34] rcu-tasks: Add an RCU-tasks rude variant
- [PATCH v3 tip/core/rcu 13/34] rcu-tasks: Code movement to allow more Tasks RCU variants
[Index of Archives]
[Linux Samsung SoC]
[Linux Rockchip SoC]
[Linux for Synopsys ARC Processors]
[Linux Actions SoC]
[Linux Kernel]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Scanners]
[Yosemite Forum]