RCU

• Thread Index

• 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>
• Re: [PATCH] Documentation: Fill the gaps about entry/noinstr constraints
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Add Frederic and Neeraj to their RCU files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Add Frederic and Neeraj to their RCU files
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2] rcu: Fix description of kvfree_rcu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] MAINTAINERS: Add Frederic and Neeraj to their RCU files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/6] rcu/nocb: Remove rdp from nocb list when de-offloaded
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] Documentation: Fill the gaps about entry/noinstr constraints
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 6/6] rcu/nocb: Merge rcu_spawn_cpu_nocb_kthread() and rcu_spawn_one_nocb_kthread()
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH 4/6] rcu/nocb: Create kthreads on all CPUs if "rcu_nocb=" or "nohz_full=" are passed
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH 3/6] rcu/nocb: Optimize kthreads and rdp initialization
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH 2/6] rcu/nocb: Prepare nocb_cb_wait() to start with a non-offloaded rdp
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH 1/6] rcu/nocb: Remove rdp from nocb list when de-offloaded
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH 8/9] module: Switch to kvfree_rcu() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH v2] rcu: Fix description of kvfree_rcu()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH] Documentation: Fill the gaps about entry/noinstr constraints
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] rcu/exp: Mark current CPU as exp-QS in IPI loop second pass
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/exp: Mark current CPU as exp-QS in IPI loop second pass
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• [PATCH] rcu/exp: Mark current CPU as exp-QS in IPI loop second pass
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Question WRT early IRQ/NMI entry code
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: Question WRT early IRQ/NMI entry code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Question WRT early IRQ/NMI entry code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Question WRT early IRQ/NMI entry code
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: Question WRT early IRQ/NMI entry code
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Question WRT early IRQ/NMI entry code
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: [PATCH 8/9] module: Switch to kvfree_rcu() API
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 8/9] module: Switch to kvfree_rcu() API
  • From: Miroslav Benes <mbenes@xxxxxxx>
• Re: next/master bisection: baseline.dmesg.alert on qemu_arm64-virt-gicv3
  • From: Guillaume Tucker <guillaume.tucker@xxxxxxxxxxxxx>
• Re: next/master bisection: baseline.dmesg.alert on qemu_arm64-virt-gicv3
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/9] drivers: Switch to kvfree_rcu() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: next/master bisection: baseline.dmesg.alert on qemu_arm64-virt-gicv3
  • From: Guillaume Tucker <guillaume.tucker@xxxxxxxxxxxxx>
• RE: [PATCH 4/9] drivers: Switch to kvfree_rcu() API
  • From: "Marciniszyn, Mike" <mike.marciniszyn@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] drivers: Switch to kvfree_rcu() API
  • From: Lee Jones <lee.jones@xxxxxxxxxx>
• [PATCH] rcu: Fix description of kvfree_rcu()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/6] rcu/nocb: Last prep work before cpuset interface v2
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/6] rcu/nocb: Create kthreads on all CPUs if "rcu_nocb=" or "nohz_full=" are passed
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 3/6] rcu/nocb: Optimize kthreads and rdp initialization
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 9/9] tracing: Switch to kvfree_rcu() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 5/9] x86/mm: Switch to kvfree_rcu() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 9/9] tracing: Switch to kvfree_rcu() API
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 5/9] x86/mm: Switch to kvfree_rcu() API
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 5/9] x86/mm: Switch to kvfree_rcu() API
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 8/9] module: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 9/9] tracing: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 7/9] net/core: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 4/9] drivers: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 5/9] x86/mm: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 6/9] net/tipc: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 2/9] ext4: Replace ext4_kvfree_array_rcu() by kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 3/9] fs: nfs: sysfs: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 1/9] ext4: Switch to kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 0/9] Switch to single argument kvfree_rcu() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH 4/6] rcu/nocb: Create kthreads on all CPUs if "rcu_nocb=" or "nohz_full=" are passed
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH 0/6] rcu/nocb: Last prep work before cpuset interface v2
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• [PATCH 6/6] rcu/nocb: Merge rcu_spawn_cpu_nocb_kthread() and rcu_spawn_one_nocb_kthread()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/6] rcu/nocb: Create kthreads on all CPUs if "rcu_nocb=" or "nohz_full=" are passed
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/6] rcu/nocb: Optimize kthreads and rdp initialization
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/6] rcu/nocb: Prepare nocb_cb_wait() to start with a non-offloaded rdp
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/6] rcu/nocb: Remove rdp from nocb list when de-offloaded
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/6] rcu/nocb: Last prep work before cpuset interface v2
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCHv3 1/4] arm64: entry: judge nmi ealier to avoid deadlock in RCU
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv3 3/4] irqchip: GICv3: expose pNMI discriminator
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCHv3 1/4] arm64: entry: judge nmi ealier to avoid deadlock in RCU
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/6] rcu/nocb: Create nocb kthreads on all CPUs as long as the "rcu_nocb=" is passed
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/6] rcu/nocb: Remove rdp from nocb list when de-offloaded
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 4/6] rcu/nocb: Create nocb kthreads on all CPUs as long as the "rcu_nocb=" is passed
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 1/6] rcu/nocb: Remove rdp from nocb list when de-offloaded
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/6] rcu/nocb: Create nocb kthreads on all CPUs as long as the "rcu_nocb=" is passed
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/6] rcu/nocb: Remove rdp from nocb list when de-offloaded
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 6/6] rcu/nocb: Merge rcu_spawn_cpu_nocb_kthread() and rcu_spawn_one_nocb_kthread()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 4/6] rcu/nocb: Create nocb kthreads on all CPUs as long as the "rcu_nocb=" is passed
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/6] rcu/nocb: Optimize kthreads and rdp initialization
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/6] rcu/nocb: Prepare nocb_cb_wait() to start with a non-offloaded rdp
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/6] rcu/nocb: Remove rdp from nocb list when de-offloaded
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/6] rcu/nocb: Last prep work before cpuset interface
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCHv3 1/4] arm64: entry: judge nmi ealier to avoid deadlock in RCU
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv3 3/4] irqchip: GICv3: expose pNMI discriminator
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCHv3 3/4] irqchip: GICv3: expose pNMI discriminator
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• Re: [PATCH v3 1/6] kthread: Add the helper function kthread_run_on_cpu()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [V2][PATCH] rcu: avoid alloc_pages() when recording stack
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [V2][PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [V2][PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCHv3 3/4] irqchip: GICv3: expose pNMI discriminator
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCHv3 4/4] arm64: entry: remove pNMI judgement in __el1_interrupt() path
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCHv3 3/4] irqchip: GICv3: expose pNMI discriminator
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCHv3 2/4] arm64: entry: distinguish pNMI earlier in el0 interrupt
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCHv3 1/4] arm64: entry: judge nmi ealier to avoid deadlock in RCU
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [PATCHv3 0/4] arm64: Fixes RCU deadlock due to a mistaken
  • From: Pingfan Liu <kernelfans@xxxxxxxxx>
• [V2][PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Jun Miao <jun.miao@xxxxxxxxx>
• Re: [PATCH] rcu: Avoid boost task running on isolated cpus
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Avoid boost task running on isolated cpus
  • From: Zqiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v3 1/1] rcutorture: Avoid soft lockup during cpu stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Inspect stalled task's trc state in locked state
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3 1/1] rcutorture: Avoid soft lockup during cpu stall
  • From: Wander Lairson Costa <wander@xxxxxxxxxx>
• [PATCH v3 0/1] rcutorture: Avoid soft lockup during cpu stall
  • From: Wander Lairson Costa <wander@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Avoid soft lockup during cpu stall
  • From: Wander Costa <wcosta@xxxxxxxxxx>
• [PATCH v2] rcutorture: Avoid soft lockup during cpu stall
  • From: wander@xxxxxxxxxx
• Re: [PATCH] rcu-tasks: Inspect stalled task's trc state in locked state
  • From: quic_neeraju <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH] rcutorture: Avoid soft lockup during cpu stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcutorture: Avoid soft lockup during cpu stall
  • From: wander@xxxxxxxxxx
• Re: [PATCH] rcu-tasks: Inspect stalled task's trc state in locked state
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu-tasks: Inspect stalled task's trc state in locked state
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• [PATCH AUTOSEL 5.10 014/101] rcu-tasks: Move RTGS_WAIT_CBS to beginning of rcu_tasks_kthread() loop
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 008/101] rcutorture: Avoid problematic critical section nesting on PREEMPT_RT
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.14 015/138] rcu-tasks: Move RTGS_WAIT_CBS to beginning of rcu_tasks_kthread() loop
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.14 008/138] rcutorture: Avoid problematic critical section nesting on PREEMPT_RT
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 017/146] rcu-tasks: Move RTGS_WAIT_CBS to beginning of rcu_tasks_kthread() loop
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 009/146] rcutorture: Avoid problematic critical section nesting on PREEMPT_RT
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 20/42] rcu: Check notifier registration return value
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• [PATCH v0 00/42] notifiers: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v0 42/42] notifier: Return an error when callback is already registered
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v0 20/42] rcu: Check notifier registration return value
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Jun Miao <jun.miao@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH -rcu] docs: RCU: Avoid 'Symbol' font-family in SVG figures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 1/2] scftorture: Always log error message
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH v2 2/2] locktorture,rcutorture,torture: Always log error message
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• [PATCH v2 1/2] scftorture: Always log error message
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• Re: [PATCH 4/6] scftorture: always log error message
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Jun Miao <jun.miao@xxxxxxxxxxxxx>
• [PATCH -rcu] docs: RCU: Avoid 'Symbol' font-family in SVG figures
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH 5/6] rcuscale: alwaly log error message
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 4/6] scftorture: always log error message
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Jun Miao <jun.miao@xxxxxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v5.16
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] RCU changes for v5.16
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: avoid alloc_pages() when recording stack
  • From: Jun Miao <jun.miao@xxxxxxxxxxxxx>
• Re: [PATCH v2] Documentation: Add refcount analogy to What is RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/6] minor fixes and cleanups in rcuscale and torture tests
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 5/6] rcuscale: alwaly log error message
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v2] Documentation: Add refcount analogy to What is RCU
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH v2] Documentation: Add refcount analogy to What is RCU
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2] Documentation: Add refcount analogy to What is RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 6/6] locktorture,rcutorture,torture: always log error message
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• [PATCH 5/6] rcuscale: alwaly log error message
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• [PATCH 4/6] scftorture: always log error message
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• [PATCH 3/6] scftorture: remove unused SCFTORTOUT
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• [PATCH 2/6] scftorture: add missing '\n' to flush message out
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• [PATCH 1/6] refscale: add missing '\n' to flush message out
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• [PATCH 0/6] minor fixes and cleanups in rcuscale and torture tests
  • From: Li Zhijian <zhijianx.li@xxxxxxxxx>
• Re: [PATCH v2] Documentation: Add refcount analogy to What is RCU
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• Re: [PATCH v2] Documentation: Add refcount analogy to What is RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 3/3] refscale: always log the error message
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 3/3] refscale: always log the error message
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCH 3/3] refscale: always log the error message
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [syzbot] KCSAN: data-race in call_rcu / rcu_gp_fqs_loop
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [syzbot] KCSAN: data-race in call_rcu / rcu_gp_fqs_loop
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] KCSAN: data-race in call_rcu / rcu_gp_fqs_loop
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 3/3] refscale: always log the error message
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH v3 1/6] kthread: Add the helper function kthread_run_on_cpu()
  • From: "Cai,Huoqing" <caihuoqing@xxxxxxxxx>
• [PATCH v2] Documentation: Add refcount analogy to What is RCU
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [PATCH] Documentation: Add refcount analogy to What is RCU
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: [syzbot] KCSAN: data-race in call_rcu / rcu_gp_fqs_loop
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 3/3] refscale: always log the error message
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCH] rcu: Improve tree_plugin.h comments and add code cleanups
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 3/3] refscale: always log the error message
  • From: Li Zhijian <lizhijian@xxxxxxxxxxxxxx>
• [PATCH 2/3] refscale: prevent buffer to pr_alert() being too long
  • From: Li Zhijian <lizhijian@xxxxxxxxxxxxxx>
• [PATCH 1/3] refscale: simplify the errexit checkpoint
  • From: Li Zhijian <lizhijian@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] refscale: prevent buffer to pr_alert() being too long
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: [PATCH 2/2] refscale: prevent buffer to pr_alert() being too long
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/2] refscale: prevent buffer to pr_alert() being too long
  • From: "Li, Zhijian" <lizhijian@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] refscale: simplify the errexit checkpoint
  • From: "Li, Zhijian" <lizhijian@xxxxxxxxxxxxxx>
• [PATCH] rcu: Improve tree_plugin.h comments and add code cleanups
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH 2/2] refscale: prevent buffer to pr_alert() being too long
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] refscale: simplify the errexit checkpoint
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Improving RCU wait in mini_qdisc_pair_swap()
  • From: Seth Forshee <seth@xxxxxxxxxx>
• [PATCH 1/2] refscale: simplify the errexit checkpoint
  • From: Li Zhijian <lizhijian@xxxxxxxxxxxxxx>
• [PATCH 2/2] refscale: prevent buffer to pr_alert() being too long
  • From: Li Zhijian <lizhijian@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v3 6/6] trace/hwlat: Make use of the helper function kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v3 5/6] trace/osnoise: Make use of the helper function kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v3 3/6] ring-buffer: Make use of the helper function kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v3 4/6] rcutorture: Make use of the helper function kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v3 2/6] RDMA/siw: Make use of the helper function kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v3 0/6] kthread: Add the helper function kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v3 1/6] kthread: Add the helper function kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• Re: Improving RCU wait in mini_qdisc_pair_swap()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Improving RCU wait in mini_qdisc_pair_swap()
  • From: Seth Forshee <seth@xxxxxxxxxx>
• Re: Improving RCU wait in mini_qdisc_pair_swap()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: donghai qiao <donghai.w.qiao@xxxxxxxxx>
• Re: [PATCH v2 6/6] trace/hwlat: Make use of the helper macro kthread_run_on_cpu()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v2 0/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: Improving RCU wait in mini_qdisc_pair_swap()
  • From: Seth Forshee <seth@xxxxxxxxxx>
• Re: Re: [PATCH 0/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• RE: [PATCH 0/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: "Cai,Huoqing" <caihuoqing@xxxxxxxxx>
• Re: [PATCH 1/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: "Bernard Metzler" <BMT@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• Re: wait_event_interruptible() causes rcu_note_context_switch() to WARN_ON_ONCE() and system hanging
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• wait_event_interruptible() causes rcu_note_context_switch() to WARN_ON_ONCE() and system hanging
  • From: William Tambe <tambewilliam@xxxxxxxxx>
• Re: [PATCH 1/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 6/6] trace/hwlat: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v2 5/6] trace/osnoise: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v2 4/6] rcutorture: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v2 3/6] ring-buffer: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v2 2/6] RDMA/siw: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v2 1/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH v2 0/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH 6/6] trace/hwlat: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH 5/6] trace/osnoise: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH 4/6] rcutorture: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH 3/6] ring-buffer: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH 2/6] RDMA/siw: Make use of the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH 1/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• [PATCH 0/6] kthread: Add the helper macro kthread_run_on_cpu()
  • From: Cai Huoqing <caihuoqing@xxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: Improving RCU wait in mini_qdisc_pair_swap()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: donghai qiao <donghai.w.qiao@xxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: donghai qiao <donghai.w.qiao@xxxxxxxxx>
• Re: [PATCH] Documentation: Add refcount analogy to What is RCU
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: Add refcount analogy to What is RCU
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] Documentation: Add refcount analogy to What is RCU
  • From: "NeilBrown" <neilb@xxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix misordered rcu_barrier() while (de-)offloading
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix misordered rcu_barrier() while (de-)offloading
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: donghai qiao <donghai.w.qiao@xxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix misordered rcu_barrier() while (de-)offloading
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix misordered rcu_barrier() while (de-)offloading
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/nocb: Fix misordered rcu_barrier() while (de-)offloading
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu/nocb: Fix misordered rcu_barrier() while (de-)offloading
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 03/11] rcu/nocb: Invoke rcu_core() at the start of deoffloading
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 03/11] rcu/nocb: Invoke rcu_core() at the start of deoffloading
  • From: Valentin Schneider <Valentin.Schneider@xxxxxxx>
• Re: [PATCH 03/11] rcu/nocb: Invoke rcu_core() at the start of deoffloading
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes v2
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes v2
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 03/11] rcu/nocb: Invoke rcu_core() at the start of deoffloading
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes v2
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes v2
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes v2
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes v2
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 11/11] rcu/nocb: Don't invoke local rcu core on callback overload from nocb kthread
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 10/11] rcu: Apply callbacks processing time limit only on softirq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 09/11] rcu: Fix callbacks processing time limit retaining cond_resched()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 08/11] rcu/nocb: Limit number of softirq callbacks only on softirq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 07/11] rcu/nocb: Use appropriate rcu_nocb_lock_irqsave()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 06/11] rcu/nocb: Check a stable offloaded state to manipulate qlen_last_fqs_check
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 05/11] rcu/nocb: Make rcu_core() callbacks acceleration (de-)offloading safe
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 04/11] rcu/nocb: Make rcu_core() callbacks acceleration preempt-safe
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 03/11] rcu/nocb: Invoke rcu_core() at the start of deoffloading
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 02/11] rcu/nocb: Prepare state machine for a new step
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 01/11] rcu/nocb: Make local rcu_nocb_lock_irqsave() safe against concurrent deoffloading
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes v2
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 11/11] rcu/nocb: Don't invoke local rcu core on callback overload from nocb kthread
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• RE: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Making races happen more often
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Making races happen more often
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 10/11] rcu: Apply callbacks processing time limit only on softirq
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu: Make rcu_core() safe in PREEMPT_RT with NOCB + a few other fixes
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 10/11] rcu: Apply callbacks processing time limit only on softirq
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: instrument_atomic_read()/_write() in noinstr functions?
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: instrument_atomic_read()/_write() in noinstr functions?
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• instrument_atomic_read()/_write() in noinstr functions?
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: donghai qiao <donghai.w.qiao@xxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 08/11] rcu/nocb: Limit number of softirq callbacks only on softirq
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: donghai qiao <donghai.w.qiao@xxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC][PATCH] rcu: Use typeof(p) instead of typeof(*p) *
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: rcu stall issues and an approach to the fix
  • From: donghai qiao <donghai.w.qiao@xxxxxxxxx>