RCU
[Prev Page][Next Page]
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH v2] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
- From: Zqiang <qiang1.zhang@xxxxxxxxx>
- RE: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
- From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
- Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] rcutorture: Avoid corner-case #DE with nsynctypes check
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 2/2] rcutorture: Add missing return and use __func__ in warning
- From: David Vernet <void@xxxxxxxxxxxxx>
- [PATCH 1/2] rcutorture: Avoid corner-case #DE with nsynctypes check
- From: David Vernet <void@xxxxxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [External] Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [External] Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [External] Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: Chengming Zhou <zhouchengming@xxxxxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [no subject]
- Re: [PATCH printk v1 09/13] printk: add functions to allow direct printing
- From: John Ogness <john.ogness@xxxxxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH] rcu: Delay the RCU-selftests during boot.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
- From: Padmanabha Srinivasaiah <treasure4paddy@xxxxxxxxx>
- Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] srcu: Ensure snp nodes tree is fully initialized before traversal
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 2/2] torture: Make thread detection more robust by using lspcu
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH 1/2] torture: Select line in sed and replace grep
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH] srcu: Ensure snp nodes tree is fully initialized before traversal
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
- From: Padmanabha Srinivasaiah <treasure4paddy@xxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
- Re: [PATCH printk v1 09/13] printk: add functions to allow direct printing
- From: Petr Mladek <pmladek@xxxxxxxx>
- RE: [PATCH printk v1 09/13] printk: add functions to allow direct printing
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH 1/1] rcu: Introduce CONFIG_RCU_EXP_CPU_STALL_TIMEOUT
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
- [PATCH] rcu-tasks: Fix race in schedule and flush work
- From: Padmanabha Srinivasaiah <treasure4paddy@xxxxxxxxx>
- Re: [PATCH printk v1 09/13] printk: add functions to allow direct printing
- From: Petr Mladek <pmladek@xxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH 1/1] rcu: Introduce CONFIG_RCU_EXP_CPU_STALL_TIMEOUT
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 1/1] rcu: Introduce CONFIG_RCU_EXP_CPU_STALL_TIMEOUT
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- rcutorture: Question about `specify_qemu_cpus()` and qemu-system-ppc64
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
- Re: Question about nohz and sysidle
- From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Question about nohz and sysidle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: Question about nohz and sysidle
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
- From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
- Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [no subject]
- Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: Set environment variable `KVM` makes build fail
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Set environment variable `KVM` makes build fail
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: Set environment variable `KVM` makes build fail
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Set environment variable `KVM` makes build fail
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
- Re: [PATCH rcu 1/9] MAINTAINERS: Add Frederic and Neeraj to their RCU files
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu 9/9] rcu: Replace cpumask_weight with cpumask_empty where appropriate
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH rcu 1/9] MAINTAINERS: Add Frederic and Neeraj to their RCU files
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH linux-next] video: fbdev: fbmem: fix pointer reference to null device field
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH linux-next] video: fbdev: fbmem: fix pointer reference to null device field
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Waiman Long <longman@xxxxxxxxxx>
- [no subject]
- [no subject]
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: Jan Kara <jack@xxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: Jan Kara <jack@xxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH linux-next] video: fbdev: fbmem: fix pointer reference to null device field
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: "Theodore Ts'o" <tytso@xxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Waiman Long <longman@xxxxxxxxxx>
- Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: Jan Kara <jack@xxxxxxx>
- [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
- From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [RFC RESEND 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1.1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: Tejun Heo <tj@xxxxxxxxxx>
- [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- [PATCH printk v1 09/13] printk: add functions to allow direct printing
- From: John Ogness <john.ogness@xxxxxxxxxxxxx>
- [PATCH printk v1 00/13] implement threaded console printing
- From: John Ogness <john.ogness@xxxxxxxxxxxxx>
- Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: rcutorture's init segfaults in ppc64le VM
- From: Willy Tarreau <w@xxxxxx>
- Re: ppc64le: rcutorture warns about improperly set `CONFIG_HYPERVISOR_GUEST` and `CONFIG_PARAVIRT`
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: rcutorture’s init segfaults in ppc64le VM
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- ppc64le: rcutorture warns about improperly set `CONFIG_HYPERVISOR_GUEST` and `CONFIG_PARAVIRT`
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- rcutorture’s init segfaults in ppc64le VM
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- [PATCH rcu 1/2] rcu-tasks: Use order_base_2() instead of ilog2()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/2] rcu-tasks: Set ->percpu_enqueue_shift to zero upon contention
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/2] RCU tasks updates, possibly for v5.18
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 12/13] rcutorture: Test SRCU size transitions
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 10/13] torture: Change KVM environment variable to RCUTORTURE
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 09/13] torture: Make kvm-find-errors.sh notice missing vmlinux file
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 08/13] torture: Print only one summary line per run
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 11/13] torture: Make torture.sh help message match reality
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 06/13] torture: Compress KCSAN as well as KASAN vmlinux files
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 13/13] rcutorture: Provide non-power-of-two Tasks RCU scenarios
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 04/13] torture: Make kvm.sh summaries note runs having only KCSAN reports
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 03/13] torture: Output per-failed-run summary lines from torture.sh
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 05/13] torture: Indicate which torture.sh runs' bugs are all KCSAN reports
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 02/13] torture: Allow four-digit repetition numbers for --configs parameter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 07/13] torture: Make kvm-remote.sh try multiple times to download tarball
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 01/13] torture: Drop trailing ^M from console output
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/13] Torture-test scripting updates for v5.18
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/8] rcutorture: Print message before invoking ->cb_barrier()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 8/8] rcutorture: Enable limited callback-flooding tests of SRCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/8] rcutorture: Make rcu_fwd_cb_nodelay be a counter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 6/8] rcutorture: Fix rcu_fwd_mutex deadlock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/8] rcutorture: Increase visibility of forward-progress hangs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 5/8] rcutorture: Add end-of-test check to rcu_torture_fwd_prog() loop
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 7/8] torture: Wake up kthreads after storing task_struct pointer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/8] torture: Distinguish kthread stopping and being asked to stop
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/8] Torture-test updates for v5.18
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 14/19] srcu: Explain srcu_funnel_gp_start() call to list_add() is safe
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 11/19] srcu: Use invalid initial value for srcu_node GP sequence numbers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 15/19] srcu: Create concurrency-safe helper for initiating size transition
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 16/19] srcu: Add contention-triggered addition of srcu_node tree
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 12/19] srcu: Avoid NULL dereference in srcu_torture_stats_print()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 04/19] srcu: Dynamically allocate srcu_node array
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 08/19] srcu: Add boot-time control over srcu_node array allocation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 19/19] srcu: Add contention check to call_srcu() srcu_data ->lock acquisition
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 09/19] srcu: Use export for srcu_struct defined by DEFINE_STATIC_SRCU()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 05/19] srcu: Make Tree SRCU able to operate without snp_node array
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 07/19] srcu: Make rcutorture dump the SRCU size state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 18/19] srcu: Automatically determine size-transition strategy at boot
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 01/19] srcu: Tighten cleanup_srcu_struct() GP checks
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 06/19] srcu: Add size-state transitioning code
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 13/19] srcu: Prevent cleanup_srcu_struct() from freeing non-dynamic ->sda
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 17/19] srcu: Make srcu_size_state_name static
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 02/19] srcu: Fix s/is/if/ typo in srcu_node comment
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 10/19] srcu: Compute snp_seq earlier in srcu_funnel_gp_start()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 03/19] srcu: Make srcu_funnel_gp_start() cache ->mynode in snp_leaf
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/19] SRCU updates for v5.18
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 10/10] rcu: Add per-CPU rcuc task dumps to RCU CPU stall warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 09/10] rcu: Don't deboost before reporting expedited quiescent state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 08/10] rcu: Update documentation regarding kthread_prio cmdline parameter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 06/10] rcu: Make priority of grace-period thread consistent
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 03/10] rcu: Remove unused rcu_state.boost
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 07/10] rcu: Elevate priority of offloaded callback threads
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 02/10] rcu/nocb: Handle concurrent nocb kthreads creation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 05/10] rcu: Move kthread_prio bounds-check to a separate function
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 01/10] rcu: Mark accesses to boost_starttime
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 04/10] rcu: Create per-cpu rcuc kthreads only when rcutree.use_softirq=0
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/10] Real-time-related updates for v5.18
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/5] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 5/5] rcu: Create and use an rcu_rdp_cpu_online()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/5] rcu: Rework rcu_barrier() and callback-migration logic
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/5] rcu: Make rcu_barrier() no longer block CPU-hotplug operations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/5] rcu: Refactor rcu_barrier() empty-list handling
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/5] Extricate rcu_barrier() from CPU hotplug
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 7/9] rcu: Uninline multi-use function: finish_rcuwait()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 8/9] rcu: Remove __read_mostly annotations from rcu_scheduler_active externs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/9] rcu: Inline __call_rcu() into call_rcu()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 9/9] rcu: Replace cpumask_weight with cpumask_empty where appropriate
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/9] rcu: Fix description of kvfree_rcu()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 5/9] kasan: Record work creation stack trace with interrupts enabled
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/9] MAINTAINERS: Add Frederic and Neeraj to their RCU files
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 6/9] rcu: Mark writes to the rcu_segcblist structure's ->flags field
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/9] Miscellaneous fixes for v5.18
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/3] rcu/exp: Fix check for idle context in rcu_exp_handler
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/3] rcu: Mark ->expmask access in synchronize_rcu_expedited_wait()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/3] Expedited-grace-period updates for v5.18
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 2/4] sched: Introduce migratable()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v4 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 7/9] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 1/9] x86/apic/x2apic: Fix parallel handling of cluster_mask
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 3/9] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 2/9] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 4/9] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v4 9/9] x86/smpboot: Serialize topology updates for secondary bringup
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] srcu: make srcu_size_state_name static
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: Borislav Petkov <bp@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH] srcu: make srcu_size_state_name static
- From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [GIT PULL] RCU Tasks fix for systems with non-power-of-two numbers of CPUs
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] RCU Tasks fix for systems with non-power-of-two numbers of CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/4] sched: Introduce migratable()
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH v4 1/2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [PATCH v3 2/4] sched: Introduce migratable()
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- Re: [PATCH v3 2/4] sched: Introduce migratable()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- [PATCH] rcu-tasks: Fix computation of CPU-to-list shift counts
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] srcutree: use export for srcu_struct defined by DEFINE_STATIC_SRCU()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] srcutree: use export for srcu_struct defined by DEFINE_STATIC_SRCU()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 2/4] sched: Introduce migratable()
- From: Valentin Schneider <valentin.schneider@xxxxxxx>
- Re: [PATCH v3 2/4] sched: Introduce migratable()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH] srcutree: use export for srcu_struct defined by DEFINE_STATIC_SRCU()
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 22/54] rcu: replace cpumask_weight with cpumask_empty where appropriate
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
- From: Alexander Aring <aahringo@xxxxxxxxxx>
- [PATCH 22/54] rcu: replace cpumask_weight with cpumask_empty where appropriate
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH] xfs: require an rcu grace period before inode recycle
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: [PATCH v4 2/2] Documentation: core-api: entry: Add comments about nesting
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH v4 1/2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- [PATCH] xfs: require an rcu grace period before inode recycle
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 3/3] mm/vmalloc: Eliminate an extra orig_gfp_mask
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 2/3] mm/vmalloc: Add adjust_search_size parameter
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 1/3] mm/vmalloc: Move draining areas out of caller context
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- [PATCH AUTOSEL 5.15 092/188] rcutorture: Avoid soft lockup during cpu stall
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.16 107/217] rcutorture: Avoid soft lockup during cpu stall
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [GIT PULL] RCU changes for v5.17
- From: pr-tracker-bot@xxxxxxxxxx
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- [GIT PULL] RCU changes for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v4 2/2] Documentation: core-api: entry: Add comments about nesting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v4 2/2] Documentation: core-api: entry: Add comments about nesting
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- [PATCH v4 1/2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Marc Zyngier <maz@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 2/2] Documentation: core-api: entry: Add comments about nesting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: Fill the gaps about entry/noinstr constraints
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 1/2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] mfd: dln2: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- Re: Possible nohz-full/RCU issue in arm64 KVM
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Possible nohz-full/RCU issue in arm64 KVM
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- [PATCH v3 2/2] Documentation: core-api: entry: Add comments about nesting
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- [PATCH v3 1/2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Igor Mammedov <imammedo@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] mfd: dln2: Switch to kvfree_rcu() API
- From: Lee Jones <lee.jones@xxxxxxxxxx>
- Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- Re: [PATCH] rcu/nocb: clean up some inconsistent indenting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: Tom Lendacky <thomas.lendacky@xxxxxxx>
- [PATCH] rcu/nocb: clean up some inconsistent indenting
- From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] mlxsw: core: Switch to kvfree_rcu() API
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH] RDMA/hfi1: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] RDMA/hfi1: Switch to kvfree_rcu() API
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH] scsi: core: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] RDMA/hfi1: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] mlxsw: core: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] misc: vmw_vmci: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] mfd: dln2: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] fs: nfs: sysfs: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RESEND] ext4: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RESEND] ext4: Replace ext4_kvfree_array_rcu() by kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] drdb: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 3/7] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 2/9] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 0/9] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 3/9] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 1/9] x86/apic/x2apic: Fix parallel handling of cluster_mask
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 9/9] x86/smpboot: Serialize topology updates for secondary bringup
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 4/9] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v3 7/9] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH] scsi: core: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH] RDMA/hfi1: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH] mfd: dln2: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH] misc: vmw_vmci: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH] mlxsw: core: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH] fs: nfs: sysfs: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH RESEND] ext4: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH RESEND] ext4: Replace ext4_kvfree_array_rcu() by kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH] drdb: Switch to kvfree_rcu() API
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [PATCH v2 3/7] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 1/7] x86/apic/x2apic: Fix parallel handling of cluster_mask
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2 3/7] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH v2 1/7] x86/apic/x2apic: Fix parallel handling of cluster_mask
- From: Sean Christopherson <seanjc@xxxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: KCSAN report from rcu_nocb_cb_kthread()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 3/7] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: Mark Rutland <mark.rutland@xxxxxxx>
- [PATCH v2 0/7] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 6/7] x86/smpboot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 4/7] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 5/7] x86/smpboot: Split up native_cpu_up into separate phases and document them
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 2/7] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 1/7] x86/apic/x2apic: Fix parallel handling of cluster_mask
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 3/7] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH v2 7/7] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 09/11] x86/boot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: KCSAN report from rcu_nocb_cb_kthread()
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: FYI, a few new KCSAN splats
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- FYI, a few new KCSAN splats
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Make rcu_state.n_online_cpus updates atomic
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH] rcu: Remove unused rcu_state.boost
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Make rcu_state.n_online_cpus updates atomic
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu/exp: Fix check for idle context in rcu_exp_handler
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/nocb: Handle concurrent nocb kthreads creation
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/nocb: Handle concurrent nocb kthreads creation
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH] rcu: Make rcu_state.n_online_cpus updates atomic
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH] rcu/exp: Fix check for idle context in rcu_exp_handler
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH v2] rcu/nocb: Handle concurrent nocb kthreads creation
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] rcu/nocb: Handle concurrent nocb kthreads creation
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
- Re: [PATCH v1.1 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- Re: [PATCH v1.1 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH v2] rcu/nocb: Handle concurrent nocb kthreads creation
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- Re: [EXTERNAL] [PATCH v2] rcu/nocb: Handle concurrent nocb kthreads creation
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH] rcu: Make rcu_state.n_online_cpus updates atomic
- From: "Woodhouse, David" <dwmw@xxxxxxxxxxxx>
- [PATCH] rcu: Remove unused rcu_state.boost
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- [PATCH] rcu: Make rcu_state.n_online_cpus updates atomic
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- [PATCH] rcu/exp: Fix check for idle context in rcu_exp_handler
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- [PATCH v2] rcu/nocb: Handle concurrent nocb kthreads creation
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- [PATCH] rcu/nocb: Handle concurrent nocb kthreads creation
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- Re: [PATCH v1.1 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- [PATCH v1.1 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
- Re: [PATCH 11/11] x86/kvm: Silence per-cpu pr_info noise about KVM clocks and steal time
- From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
- Re: [PATCH 03/11] rcu: Add mutex for rcu boost kthread spawning and affinity setting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 09/11] x86/boot: Support parallel startup of secondary CPUs
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 08/11] x86/tsc: Avoid synchronizing TSCs with multiple CPUs in parallel
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 08/11] x86/tsc: Avoid synchronizing TSCs with multiple CPUs in parallel
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [PATCH 05/11] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 06/11] x86/smpboot: Split up native_cpu_up into separate phases
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 08/11] x86/tsc: Avoid synchronizing TSCs with multiple CPUs in parallel
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 10/11] x86/smp: Bring up secondary CPUs in parallel
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 04/11] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 11/11] x86/kvm: Silence per-cpu pr_info noise about KVM clocks and steal time
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 07/11] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 02/11] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 03/11] rcu: Add mutex for rcu boost kthread spawning and affinity setting
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 09/11] x86/boot: Support parallel startup of secondary CPUs
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- [PATCH 00/11] Parallel CPU bringup for x86_64
- From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
- Re: [PATCH 4/9] drivers: Switch to kvfree_rcu() API
- From: Jason Gunthorpe <jgg@xxxxxxxxxx>
- Re: [PATCH 2/9] ext4: Replace ext4_kvfree_array_rcu() by kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/9] ext4: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- KCSAN report from rcu_nocb_cb_kthread()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [syzbot] WARNING in trc_read_check_handler
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [syzbot] WARNING in trc_read_check_handler
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 3/6] rcu/nocb: Optimize kthreads and rdp initialization
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH 4/6] rcu/nocb: Create kthreads on all CPUs if "rcu_nocb=" or "nohz_full=" are passed
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH rcu 0/18] RCU no-CBs CPU updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH rcu 0/18] RCU no-CBs CPU updates for v5.17
- From: Yury Norov <yury.norov@xxxxxxxxx>
- Re: [PATCH rcu 01/18] rcu: Tighten rcu_advance_cbs_nowake() checks
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 8/8] torture: Properly redirect kvm-remote.sh "echo" commands
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/8] torture: Retry download once before giving up
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/8] torture: Make kvm-find-errors.sh report link-time undefined symbols
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 6/8] rcutorture: Test RCU Tasks lock-contention detection
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/8] torture: Catch kvm.sh help text up with actual options
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 5/8] rcutorture: Cause TREE02 and TREE10 scenarios to do more callback flooding
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 7/8] torture: Fix incorrectly redirected "exit" in kvm-remote.sh
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/8] rcutorture: Add CONFIG_PREEMPT_DYNAMIC=n to tiny scenarios
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/8] Torture-script updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 12/17] locktorture,rcutorture,torture: Always log error message
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 14/17] rcutorture: Test RCU-tasks multiqueue callback queueing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 15/17] rcutorture: Enable multiple concurrent callback-flood kthreads
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 11/17] scftorture: Always log error message
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 10/17] rcuscale: Always log error message
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 09/17] scftorture: Remove unused SCFTORTOUT
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 06/17] refscale: Always log the error message
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 07/17] refscale: Add missing '\n' to flush message
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 16/17] rcutorture: Add ability to limit callback-flood intensity
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 17/17] rcutorture: Combine n_max_cbs from all kthreads in a callback flood
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 08/17] scftorture: Add missing '\n' to flush message
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 13/17] rcutorture: Avoid soft lockup during cpu stall
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 03/17] rcutorture: Suppress pi-lock-across read-unlock testing for Tiny SRCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 01/17] rcutorture: Sanitize RCUTORTURE_RDR_MASK
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 05/17] refscale: Prevent buffer to pr_alert() being too long
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 04/17] refscale: Simplify the errexit checkpoint
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 02/17] rcutorture: More thoroughly test nested readers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/17] Torture-test updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH rcu 01/18] rcu: Tighten rcu_advance_cbs_nowake() checks
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- [PATCH rcu 17/18] rcu-tasks: Use separate ->percpu_dequeue_lim for callback dequeueing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 18/18] rcu-tasks: Use fewer callbacks queues if callback flood ends
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 07/18] rcu-tasks: Inspect stalled task's trc state in locked state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 09/18] rcu-tasks: Abstract checking of callback lists
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 06/18] rcu-tasks: Use spin_lock_rcu_node() and friends
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 11/18] rcu-tasks: Use workqueues for multiple rcu_tasks_invoke_cbs() invocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 13/18] rcu-tasks: Add rcupdate.rcu_task_enqueue_lim to set initial queueing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 15/18] rcu-tasks: Avoid raw-spinlocked wakeups from call_rcu_tasks_generic()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 14/18] rcu-tasks: Count trylocks to estimate call_rcu_tasks() contention
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 16/18] rcu-tasks: Use more callback queues if contention encountered
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 12/18] rcu-tasks: Make rcu_barrier_tasks*() handle multiple callback queues
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 08/18] rcu-tasks: Add a ->percpu_enqueue_lim to the rcu_tasks structure
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 10/18] rcu-tasks: Abstract invocations of callbacks
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 02/18] rcu-tasks: Create per-CPU callback lists
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 03/18] rcu-tasks: Introduce ->percpu_enqueue_shift for dynamic queue selection
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 01/18] rcu-tasks: Don't remove tasks with pending IPIs from holdout list
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 04/18] rcu-tasks: Convert grace-period counter to grace-period sequence number
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 05/18] rcu_tasks: Convert bespoke callback list to rcu_segcblist structure
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/18] RCU Tasks updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 6/6] tools/nolibc: Implement gettid()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 5/6] tools/nolibc: x86-64: Use `mov $60,%eax` instead of `mov $60,%rax`
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/6] tools/nolibc: i386: fix initial stack alignment
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/6] tools/nolibc: fix incorrect truncation of exit code
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/6] tools/nolibc: x86-64: Fix startup code bug
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/6] tools/nolibc: x86: Remove `r8`, `r9` and `r10` from the clobber list
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/6] nolibc updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 12/18] rcu/nocb: Don't invoke local rcu core on callback overload from nocb kthread
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 14/18] rcu/nocb: Prepare nocb_cb_wait() to start with a non-offloaded rdp
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 16/18] rcu/nocb: Create kthreads on all CPUs if "rcu_nocbs=" or "nohz_full=" are passed
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 11/18] rcu: Apply callbacks processing time limit only on softirq
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 10/18] rcu: Fix callbacks processing time limit retaining cond_resched()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 15/18] rcu/nocb: Optimize kthreads and rdp initialization
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 18/18] rcu/nocb: Merge rcu_spawn_cpu_nocb_kthread() and rcu_spawn_one_nocb_kthread()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 13/18] rcu/nocb: Remove rcu_node structure from nocb list when de-offloaded
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 03/18] rcu/nocb: Prepare state machine for a new step
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 17/18] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 07/18] rcu/nocb: Check a stable offloaded state to manipulate qlen_last_fqs_check
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 08/18] rcu/nocb: Use appropriate rcu_nocb_lock_irqsave()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 06/18] rcu/nocb: Make rcu_core() callbacks acceleration (de-)offloading safe
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 09/18] rcu/nocb: Limit number of softirq callbacks only on softirq
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 02/18] rcu/nocb: Make local rcu_nocb_lock_irqsave() safe against concurrent deoffloading
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 01/18] rcu: Tighten rcu_advance_cbs_nowake() checks
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 05/18] rcu/nocb: Make rcu_core() callbacks acceleration preempt-safe
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 04/18] rcu/nocb: Invoke rcu_core() at the start of deoffloading
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/18] RCU no-CBs CPU updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 6/6] srcu: Prevent redundant __srcu_read_unlock() wakeup
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/6] rcu: Replace ________p1 and _________p1 with __UNIQUE_ID(rcu)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/6] rcu: Improve tree_plugin.h comments and add code cleanups
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/6] rcu: Avoid running boost kthreads on isolated CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 5/6] rcu: Avoid alloc_pages() when recording stack
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/6] rcu: in_irq() cleanup
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/6] Miscellaneous fixes for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/4] torture: Remove RCU_FAST_NO_HZ from rcu scenarios
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/4] rcu: Remove the RCU_FAST_NO_HZ Kconfig option
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/4] rcu: Move rcu_needs_cpu() to tree.c
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/4] torture: Remove RCU_FAST_NO_HZ from rcuscale and refscale scenarios
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/4] CONFIG_RCU_FAST_NO_HZ removal for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 4/7] rcu: Mark sync_sched_exp_online_cleanup() ->cpu_no_qs.b.exp load
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/7] rcu: Move rcu_data.cpu_no_qs.b.exp reset to rcu_export_exp_rdp()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 5/7] rcu: Prevent expedited GP from enabling tick on offline CPU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 6/7] rcu: Make idle entry report expedited quiescent states
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/7] rcu: Remove rcu_data.exp_deferred_qs and convert to rcu_data.cpu no_qs.b.exp
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 7/7] rcu/exp: Mark current CPU as exp-QS in IPI loop second pass
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/7] rcu: Ignore rdp.cpu_no_qs.b.exp on preemptible RCU's rcu_qs()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/7] Expedited-grace-period updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 3/3] doc: RCU: Avoid 'Symbol' font-family in SVG figures
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 1/3] doc: Remove obsolete kernel-per-CPU-kthreads RCU_FAST_NO_HZ advice
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 2/3] doc: Add refcount analogy to What is RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH rcu 0/3] Documentation updates for v5.17
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [syzbot] WARNING in trc_read_check_handler
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [syzbot] WARNING in trc_read_check_handler
- From: syzbot <syzbot+fe9d8c955bd1d0f02dc1@xxxxxxxxxxxxxxxxxxxxxxxxx>
- [PATCH v2] Documentation: Fill the gaps about entry/noinstr constraints
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 8/9] module: Switch to kvfree_rcu() API
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] Documentation: Fill the gaps about entry/noinstr constraints
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] Documentation: Fill the gaps about entry/noinstr constraints
- From: Mark Rutland <mark.rutland@xxxxxxx>
[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]