RCU

• Thread Index

• Re: BUG: unable to handle kernel NULL pointer dereference in rcu_core
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: BUG: unable to handle kernel NULL pointer dereference in rcu_core
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• RE: [PATCH RFC v2] rcu: Add a minimum time for marking boot as completed
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• Re: [External] Re: [PATCH v12 00/11] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• BUG: unable to handle kernel NULL pointer dereference in rcu_core
  • From: Sanan Hasanov <sanan.hasanov@xxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v12 00/11] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v12 00/11] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu: Add a minimum time for marking boot as completed
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2] rcu: Add a minimum time for marking boot as completed
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v12 00/11] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2] rcu: Add a minimum time for marking boot as completed
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v12 00/11] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.15 05/36] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 04/36] rcu: Suppress smp_processor_id() complaint in synchronize_rcu_expedited_wait()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 02/13] rcu: Suppress smp_processor_id() complaint in synchronize_rcu_expedited_wait()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 08/49] rcu-tasks: Handle queue-shrink/callback-enqueue race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 04/27] rcu: Suppress smp_processor_id() complaint in synchronize_rcu_expedited_wait()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 02/11] rcu: Suppress smp_processor_id() complaint in synchronize_rcu_expedited_wait()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 02/19] rcu: Suppress smp_processor_id() complaint in synchronize_rcu_expedited_wait()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 04/49] rcu: Make RCU_LOCKDEP_WARN() avoid early lockdep checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 05/27] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 03/36] rcu: Make RCU_LOCKDEP_WARN() avoid early lockdep checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 03/27] rcu: Make RCU_LOCKDEP_WARN() avoid early lockdep checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 05/49] rcu: Suppress smp_processor_id() complaint in synchronize_rcu_expedited_wait()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 07/49] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 06/49] srcu: Delegate work to the boot cpu if using SRCU_SIZE_SMALL
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.2 07/53] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.2 06/53] srcu: Delegate work to the boot cpu if using SRCU_SIZE_SMALL
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.2 08/53] rcu-tasks: Handle queue-shrink/callback-enqueue race condition
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.2 05/53] rcu: Suppress smp_processor_id() complaint in synchronize_rcu_expedited_wait()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.2 04/53] rcu: Make RCU_LOCKDEP_WARN() avoid early lockdep checks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v12 11/11] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 05/11] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 06/11] x86/smpboot: Remove initial_stack on 64-bit
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 07/11] x86/smpboot: Remove early_gdt_descr on 64-bit
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 08/11] x86/smpboot: Remove initial_gs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 10/11] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 01/11] x86/apic/x2apic: Allow CPU cluster_mask to be populated in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 09/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 03/11] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 04/11] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 02/11] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v12 00/11] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu: Add a minimum time for marking boot as completed
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu: Add a minimum time for marking boot as completed
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v2] rcu: Add a minimum time for marking boot as completed
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH RFC v2] rcu: Add a minimum time for marking boot as completed
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu: Add a minimum time for marking boot as completed
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH RFC] rcu: Add a minimum time for marking boot as completed
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v11 09/12] x86/smpboot: Remove initial_stack on 64-bit
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v10 6/8] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• RE: [PATCH v11 07/12] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v11 09/12] x86/smpboot: Remove initial_stack on 64-bit
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• RE: [PATCH v11 09/12] x86/smpboot: Remove initial_stack on 64-bit
  • From: "Michael Kelley (LINUX)" <mikelley@xxxxxxxxxxxxx>
• Re: [PATCH v10 6/8] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v10 6/8] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• RE: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• RE: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• RE: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 12/12] x86/smpboot: Simplify boot CPU setup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 09/12] x86/smpboot: Remove initial_stack on 64-bit
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 07/12] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 11/12] x86/smpboot: Remove initial_gs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 06/12] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 01/12] x86/apic/x2apic: Allow CPU cluster_mask to be populated in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 02/12] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 05/12] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 08/12] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 00/12] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 10/12] x86/smpboot: Remove early_gdt_descr on 64-bit
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 04/12] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v11 03/12] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• RE: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• [PATCH] rcu-tasks: Directly invoke rcuwait_wake_up() in call_rcu_tasks_generic()
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• RE: [PATCH] rcu-tasks: Allow RCU-Task trace stall warning dump late IPI CPU stacks
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v10 6/8] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 8/8] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 5/8] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 7/8] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 3/8] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 2/8] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 1/8] x86/apic/x2apic: Allow CPU cluster_mask to be populated in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 4/8] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v10 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v6.3
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH] rcu-tasks: Allow RCU-Task trace stall warning dump late IPI CPU stacks
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Piotr Gorski <piotrgorski@xxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Piotr Gorski <piotrgorski@xxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• Re: [PATCH v4] srcu: Clarify comments on memory barrier "E"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] RCU changes for v6.3
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 1/8] x86/apic/x2apic: Allow CPU cluster_mask to be populated in parallel
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH v2] sched/isolation: Fix illegal CPU value by housekeeping_any_cpu() return
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] sched/isolation: Fix illegal CPU value by housekeeping_any_cpu() return
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v9 5/8] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 7/8] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 8/8] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 3/8] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 2/8] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 1/8] x86/apic/x2apic: Allow CPU cluster_mask to be populated in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 6/8] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 4/8] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v9 0/8] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Keeping rcu-related kthreads running on housekeeping CPUS
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: (subset) [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• RE: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [External] Re: [PATCH v8 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v8 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v8 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v8 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• RE: [PATCH v3] sched/isolation: Fix illegal CPU value by housekeeping_any_cpu() return
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v3] sched/isolation: Fix illegal CPU value by housekeeping_any_cpu() return
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Hou Tao <houtao@xxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Kumar Kartikeya Dwivedi <memxor@xxxxxxxxx>
• Re: [PATCH v8 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• RE: [PATCH v2] rcu: Keeping rcu-related kthreads running on housekeeping CPUS
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v8 0/9] Parallel CPU bringup for x86_64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] sched/isolation: Fix illegal CPU value by housekeeping_any_cpu() return
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v3] sched/isolation: Fix illegal CPU value by housekeeping_any_cpu() return
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v2] rcu: Keeping rcu-related kthreads running on housekeeping CPUS
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v2] sched/isolation: Fix illegal CPU value by housekeeping_any_cpu() return
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [External] Re: [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v8 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v8 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v8 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 7/9] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 4/9] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 1/9] x86/apic/x2apic: Allow CPU cluster_mask to be populated in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 2/9] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 3/9] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v8 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Keeping rcu-related kthreads running on housekeeping CPUS
  • From: kernel test robot <lkp@xxxxxxxxx>
• RE: [BUG] run rcutorture BUG: unable to handle page fault for address: ffffffff84d05000
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v2] rcu: Keeping rcu-related kthreads running on housekeeping CPUS
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Keeping rcu-related kthreads running on housekeeping CPUS
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2] rcu: Keeping rcu-related kthreads running on housekeeping CPUS
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [BUG] run rcutorture BUG: unable to handle page fault for address: ffffffff84d05000
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v7 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• [BUG] run rcutorture BUG: unable to handle page fault for address: ffffffff84d05000
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu: Fix bind rcu related kthreads to housekeeping CPUs
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v7 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v7 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH] rcu: Fix bind rcu related kthreads to housekeeping CPUs
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• Re: [PATCH v7 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v7 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v7 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v7 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Yuan Yao <yuan.yao@xxxxxxxxxxxxxxx>
• Re: [PATCH v7 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [PATCH v4] srcu: Clarify comments on memory barrier "E"
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4] srcu: Clarify comments on memory barrier "E"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Fix bind rcu related kthreads to housekeeping CPUs
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v6 11/11] x86/smpboot: reuse timer calibration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 11/11] x86/smpboot: reuse timer calibration
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• [PATCH v7 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 2/9] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 4/9] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 7/9] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 3/9] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v7 1/9] x86/apic/x2apic: Allow CPU cluster_mask to be populated in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [EXTERNAL][PATCH v6 04/11] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/11] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/11] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/11] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v6 11/11] x86/smpboot: reuse timer calibration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 08/11] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 05/11] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/11] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 03/11] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 02/11] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v6 00/11] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/11] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• RE: [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [External] Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/11] Parallel CPU bringup for x86_64
  • From: Russ Anderson <rja@xxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] KVM: Make use of SRCU deadlock detection support
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 3/3] KVM: selftests: Add EVTCHNOP_send slow path test to xen_shinfo_test
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH] rcu/tree: Improve comments in rcu_report_qs_rdp()
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [EXTERNAL][PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Kim Phillips <kim.phillips@xxxxxxx>
• Re: [PATCH v6 06/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v4] rcutorture: Create nocb tasks only for rcu testing and CONFIG_RCU_NOCB_CPU=y kernel
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcutorture: Create nocb tasks only for rcu testing and CONFIG_RCU_NOCB_CPU=y kernel
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v6 06/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [External] Re: [PATCH v6 06/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• RE: [PATCH v3] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• [PATCH v4] rcutorture: Create nocb tasks only for rcu testing and CONFIG_RCU_NOCB_CPU=y kernel
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• [PATCH rcu 9/8] Add kvfree_rcu_mightsleep() and kfree_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v2] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [External] Re: [PATCH v6 06/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH v6 06/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v2] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 06/11] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 09/11] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 07/11] x86/smpboot: Disable parallel boot for AMD CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 05/11] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 01/11] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 04/11] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 02/11] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 00/11] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 03/11] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 11/11] x86/smpboot: reuse timer calibration
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 10/11] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH v6 08/11] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• RE: [PATCH v2] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [dm-devel] [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [dm-devel] [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/13] rcu/kvfree: Add kvfree_rcu_mightsleep() and kfree_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [External] Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• RE: [PATCH 01/13] rcu/kvfree: Add kvfree_rcu_mightsleep() and kfree_rcu_mightsleep()
  • From: "Zhuo, Qiuxu" <qiuxu.zhuo@xxxxxxxxx>
• [PATCH v2] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• [PATCH] rcutorture: Create nocb tasks only for CONFIG_RCU_NOCB_CPU=y kernels
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• [PATCH 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 7/9] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 4/9] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 3/9] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 2/9] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 1/9] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• [PATCH 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [External] Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 10/13] ipvs: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [External] Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 10/13] ipvs: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH 10/13] ipvs: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [External] Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• Re: [PATCH 10/13] ipvs: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: Julian Anastasov <ja@xxxxxx>
• Re: [PATCH 10/13] ipvs: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 03/13] misc: vmw_vmci: Rename kvfree_rcu() to kvfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 10/13] ipvs: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 13/13] rcu/kvfree: Eliminate k[v]free_rcu() single argument macro
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 11/13] rcuscale: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 12/13] doc: Update whatisRCU.rst
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 07/13] RDMA/rxe: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 04/13] tracing: Rename kvfree_rcu() to kvfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 09/13] ext4/super: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 06/13] net/sysctl: Rename kvfree_rcu() to kvfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 01/13] rcu/kvfree: Add kvfree_rcu_mightsleep() and kfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 05/13] lib/test_vmalloc.c: Rename kvfree_rcu() to kvfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 08/13] net/mlx5: Rename kfree_rcu() to kfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 00/13] Rename k[v]free_rcu() single argument to k[v]free_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 02/13] drbd: Rename kvfree_rcu() to kvfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: Usama Arif <usama.arif@xxxxxxxxxxxxx>
• LSFMMBPF proposal [MM]: Lazy RCU memory reclaim
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] rcu: Register rcu-lazy shrinker only CONFIG_RCU_LAZY is enabled
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Register rcu-lazy shrinker only CONFIG_RCU_LAZY is enabled
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [rt-devel:linux-6.2.y-rt-rebase] [printk] 5342b8e20b: hwsim.ap_ft_eap_cui.fail
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rcu: Register rcu-lazy shrinker only CONFIG_RCU_LAZY is enabled
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH 5/9] Documentation: RCU: correct spelling
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 0/9] Documentation: correct lots of spelling errors (series 2)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH 5/9] Documentation: RCU: correct spelling
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4] srcu: Clarify comments on memory barrier "E"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] srcu: Clarify comments on memory barrier "E"
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] srcu: Clarify comments on memory barrier "E"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v4] srcu: Clarify comments on memory barrier "E"
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Chasing a 'use after free' bug of SCSI subsystem for linux-stable 5.15.y
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 RESEND] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [rt-devel:linux-6.2.y-rt-rebase] [printk] 5342b8e20b: hwsim.ap_ft_eap_cui.fail
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Further comment and explain the state space of GP sequences
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH linux-next] mark access to tick_do_timer_cpu with READ_ONCE/WRITE_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Further comment and explain the state space of GP sequences
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v3] rcu: Further comment and explain the state space of GP sequences
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH linux-next] mark access to tick_do_timer_cpu with READ_ONCE/WRITE_ONCE
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• RE: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 16/20] kernel/power: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 03/20] drivers/cpufreq: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 16/20] kernel/power: Remove "select SRCU"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH rcu v2 03/20] drivers/cpufreq: Remove "select SRCU"
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• RE: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Further comment and explain the state space of GP sequences
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• RE: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Further comment and explain the state space of GP sequences
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Further comment and explain the state space of GP sequences
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] rcu: Further comment and explain the state space of GP sequences
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH v3] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v2] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 17/20] kvm: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 06/20] drivers/md: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu v2 17/20] kvm: Remove "select SRCU"
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH rcu v2 06/20] drivers/md: Remove "select SRCU"
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rcu/rcutorture: Eliminate variable n_rcu_torture_boost_rterror
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH v2] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• [PATCH] rcu/rcutorture: Eliminate variable n_rcu_torture_boost_rterror
  • From: Yue Hu <zbestahu@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH] rcu: Remove impossible wakeup rcu GP kthread action from rcu_report_qs_rdp()
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/3] locking/lockdep: Improve the deadlock scenario print for sync and read lock
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/3] locking/lockdep: Improve the deadlock scenario print for sync and read lock
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 4/3] locking/lockdep: Improve the deadlock scenario print for sync and read lock
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/3] locking/lockdep: Introduce lock_sync()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• arm64 torture test hotplug failures (offlining causes -EBUSY)
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 2/2] rcu: Disable laziness if lazy-tracking says so
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 2/2] rcu: Disable laziness if lazy-tracking says so
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 4/3] locking/lockdep: Improve the deadlock scenario print for sync and read lock
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: Michal Luczaj <mhal@xxxxxxx>
• Re: Diagnosing stall in synchronize_srcu() from rcu_tasks_postscan()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Diagnosing stall in synchronize_srcu() from rcu_tasks_postscan()
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH rcu v2 05/20] drivers/hwtracing/stm: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 19/20] tomoyo: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 15/20] kernel/notifier: Remove CONFIG_SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/1] Documentation/RCU: Fix a typo in checklist.rst
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Fix missing TICK_DEP_MASK_RCU_EXP dependency check
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 2/3] KVM: selftests: Use enum for test numbers in xen_shinfo_test
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH rcu v2 05/20] drivers/hwtracing/stm: Remove "select SRCU"
  • From: Alexander Shishkin <alexander.shishkin@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 19/20] tomoyo: Remove "select SRCU"
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 13/27] drivers/hwtracing/stm: Remove "select SRCU"
  • From: Alexander Shishkin <alexander.shishkin@xxxxxxxxxxxxxxx>
• [PATCH 1/3] KVM: Show lockdep the kvm->mutex vs. kvm->srcu ordering rule
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 2/3] KVM: selftests: Use enum for test numbers in xen_shinfo_test
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 0/3] KVM: Make use of SRCU deadlock detection support
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH 3/3] KVM: selftests: Add EVTCHNOP_send slow path test to xen_shinfo_test
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• RE: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 15/20] kernel/notifier: Remove CONFIG_SRCU
  • From: "Wysocki, Rafael J" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH rcu v2 02/20] drivers/base: Remove CONFIG_SRCU
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• RE: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• [PATCH 1/1] Documentation/RCU: Fix a typo in checklist.rst
  • From: Qiuxu Zhuo <qiuxu.zhuo@xxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 1/3] locking/lockdep: Introduce lock_sync()
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 2/3] rcu: Equip sleepable RCU with lockdep dependency graph checks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 3/3] WIP: locking/lockdep: selftests: Add selftests for SRCU
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [PATCH 0/3] Detect SRCU related deadlocks
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH rcu v2 09/20] fs: Remove CONFIG_SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu v2 09/20] fs: Remove CONFIG_SRCU
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• [PATCH rcu v2 15/20] kernel/notifier: Remove CONFIG_SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 20/20] rcu: Remove CONFIG_SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 05/20] drivers/hwtracing/stm: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 04/20] drivers/dax: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 16/20] kernel/power: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 08/20] drivers/pci/controller: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 13/20] fs/quota: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 14/20] init: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 01/20] arch/x86: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 02/20] drivers/base: Remove CONFIG_SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 19/20] tomoyo: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 10/20] fs/btrfs: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 09/20] fs: Remove CONFIG_SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 17/20] kvm: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 06/20] drivers/md: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 18/20] mm: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 07/20] drivers/net: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 12/20] fs/notify: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 11/20] fs/dlm: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu v2 03/20] drivers/cpufreq: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 0/27] Unconditionally enable SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Remove duplicate settings for rcu boost kthreads affinity
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 17/27] drivers/pci/controller: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Remove duplicate settings for rcu boost kthreads affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 17/27] drivers/pci/controller: Remove "select SRCU"
  • From: Lorenzo Pieralisi <lpieralisi@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] Documentation: kvm: fix SRCU locking order docs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v2] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• RE: [PATCH] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2 rcu/dev 2/2] rcu: Disable laziness if lazy-tracking says so
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and suspend
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 01/27] arch/x86: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 04/27] arch/powerpc/kvm: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 04/27] arch/powerpc/kvm: Remove "select SRCU"
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Diagnosing stall in synchronize_srcu() from rcu_tasks_postscan()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 09/27] drivers/clk: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• LSFMMBPF proposal [General/MM]: SRCU: a case study in memory ordering
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH] rcu: Fix the start_poll_synchronize_rcu_expedited() be invoked very early
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH linux-next] mark access to tick_do_timer_cpu with READ_ONCE/WRITE_ONCE
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH rcu 01/27] arch/x86: Remove "select SRCU"
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 12/27] drivers/devfreq: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 12/27] drivers/devfreq: Remove "select SRCU"
  • From: Chanwoo Choi <cwchoi00@xxxxxxxxx>
• RE: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [RFC PATCH bpf-next 0/6] bpf: Handle reuse in bpf memory alloc
  • From: Martin KaFai Lau <martin.lau@xxxxxxxxx>
• Re: [PATCH 1/3] rcu: genericize RCU stall suppression functions
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] rcu: genericize RCU stall suppression functions
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcu-tasks: Make rude RCU-Tasks work well with CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Avoid stack overflow due to __rcu_irq_enter_check_tick() being kprobe-ed
  • From: Zheng Yejian <zhengyejian1@xxxxxxxxxx>
• Re: [PATCH rcu 22/27] init: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 22/27] init: Remove "select SRCU"
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH rcu 22/27] init: Remove "select SRCU"
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH] rcu: Fix missing TICK_DEP_MASK_RCU_EXP dependency check
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH -rcu] rcu: Disable lazy if call_rcu() called when GPs expedited
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH -rcu] rcu: Disable lazy if call_rcu() called when GPs expedited
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH -rcu] rcu: Disable lazy if call_rcu() called when GPs expedited
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH -rcu] rcu: Disable lazy if call_rcu() called when GPs expedited
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 01/27] arch/x86: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu: Avoid stack overflow due to __rcu_irq_enter_check_tick() being kprobe-ed
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Fix missing TICK_DEP_MASK_RCU_EXP dependency check
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Fix missing TICK_DEP_MASK_RCU_EXP dependency check
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 01/27] arch/x86: Remove "select SRCU"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 01/27] arch/x86: Remove "select SRCU"
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH linux-next] mark access to tick_do_timer_cpu with READ_ONCE/WRITE_ONCE
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH linux-next] mark access to tick_do_timer_cpu with READ_ONCE/WRITE_ONCE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Safe access to rcu_node structure's->exp_tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 6/6] rcu: Allow up to five minutes expedited RCU CPU stall-warning timeouts
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Safe access to rcu_node structure's->exp_tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH linux-next] mark access to tick_do_timer_cpu with READ_ONCE/WRITE_ONCE
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH linux-next] mark access to tick_do_timer_cpu with READ_ONCE/WRITE_ONCE
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 6/6] rcu: Allow up to five minutes expedited RCU CPU stall-warning timeouts
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Fix missing TICK_DEP_MASK_RCU_EXP dependency check
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: Fix missing TICK_DEP_MASK_RCU_EXP dependency check
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: Fix missing TICK_DEP_MASK_RCU_EXP dependency check
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>