RCU

• Thread Index

• Re: [PATCH v4 rcu/dev] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH printk v3 00/15] printk/for-next
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v3 12/15] printk: add functions to prefer direct printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: Reproducing call_rcu_tasks self-test bug on a dual sockets Intel Xeon machine
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH v4 rcu/dev] rcu/nocb: Add an option to offload all CPUs on boot
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v4 rcu/dev] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH rcu 04/11] kernel/smp: Provide boot-time timeout for CSD lock diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcu/nocb: Add an option to offload all CPUs on boot
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH rcu 02/12] rcu: Make the TASKS_RCU Kconfig option be selected
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 0/2] Documentation updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 02/12] rcu: Make the TASKS_RCU Kconfig option be selected
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] rcu/torture: Change order of warning and trace dump
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 04/11] kernel/smp: Provide boot-time timeout for CSD lock diagnostics
  • From: Juergen Gross <jgross@xxxxxxxx>
• Re: [PATCH rcu 0/2] Documentation updates for v5.19
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH] rcu/torture: Change order of warning and trace dump
  • From: Anna-Maria Behnsen <anna-maria@xxxxxxxxxxxxx>
• Re: [PATCH] rcu/torture: Change order of warning and trace dump
  • From: Anna-Maria Behnsen <anna-maria@xxxxxxxxxxxxx>
• [PATCH v2] rcu: Dump all rcuc kthreads status for CPUs that not report quiescent state
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu: ftrace: avoid tracing a few functions executed in multi_cpu_stop()
  • From: patrick wang <patrick.wang.shcn@xxxxxxxxx>
• RE: [PATCH] rcu: Dump all rcuc kthreads status for CPUs that not report quiescent state
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• [PATCH rcu 2/2] rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/2] rcu: Introduce CONFIG_RCU_EXP_CPU_STALL_TIMEOUT
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/2] Expedited grace-period updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/12] scftorture: Remove extraneous "scf" from per_version_boot_params
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/12] torture: Save "make allmodconfig" .config file
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/12] torture: Permit running of experimental torture types
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/12] rcutorture: Make torture.sh refscale and rcuscale specify Tasks Trace RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/12] torture: Reposition so that $? collects ssh code in torture.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/12] torture: Make thread detection more robust by using lspcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/12] torture: Skip vmlinux check for kvm-again.sh runs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/12] rcutorture: Adjust scenarios' Kconfig options for CONFIG_PREEMPT_DYNAMIC
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/12] torture: Use "-o Batchmode=yes" to disable ssh password requests
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 12/12] rcutorture: Make torture.sh allow for --kasan
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/12] torture: Enable CSD-lock stall reports for scftorture
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/12] rcutorture: Make kvm.sh allow more memory for --kasan runs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/12] Torture-test scripting updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/12] rcutorture: Allow rcutorture without RCU Tasks Rude
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/12] rcuscale: Allow rcuscale without RCU Tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/12] rcutorture: Allow rcutorture without RCU Tasks Trace
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 12/12] scftorture: Adjust for TASKS_RCU Kconfig option being selected
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/12] rcutorture: Allow rcutorture without RCU Tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/12] rcutorture: Allow specifying per-scenario stat_interval
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/12] refscale: Allow refscale without RCU Tasks Rude/Trace
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/12] rcutorture: Add CONFIG_PREEMPT_DYNAMIC=n to TASKS02 scenario
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/12] rcuscale: Allow rcuscale without RCU Tasks Rude/Trace
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/12] rcu: Make the TASKS_RCU Kconfig option be selected
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/12] refscale: Allow refscale without RCU Tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/12] rcu: Make TASKS_RUDE_RCU select IRQ_WORK
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/12] RCU-tasks torture-test updates
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/6] rcutorture: Suppress debugging grace period delays during flooding
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/6] rcutorture: Add missing return and use __func__ in warning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/6] torture: Add rcu_normal and rcu_expedited runs to torture.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/6] scftorture: Fix distribution of short handler delays
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/6] rcutorture: Avoid corner-case #DE with nsynctypes check
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/6] rcutorture: Call preempt_schedule() through static call/key
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/6] Torture-test updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/21] srcu: Use invalid initial value for srcu_node GP sequence numbers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 13/21] srcu: Avoid NULL dereference in srcu_torture_stats_print()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/21] srcu: Dynamically allocate srcu_node array
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 19/21] srcu: Add contention check to call_srcu() srcu_data ->lock acquisition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/21] SRCU updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/21] srcu: Make rcutorture dump the SRCU size state
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/21] srcu: Fix s/is/if/ typo in srcu_node comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 16/21] srcu: Create concurrency-safe helper for initiating size transition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/21] srcu: Ensure snp nodes tree is fully initialized before traversal
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 14/21] srcu: Prevent cleanup_srcu_struct() from freeing non-dynamic ->sda
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 21/21] srcu: Drop needless initialization of sdp in srcu_gp_start()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/21] srcu: Add boot-time control over srcu_node array allocation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 15/21] srcu: Explain srcu_funnel_gp_start() call to list_add() is safe
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 17/21] srcu: Add contention-triggered addition of srcu_node tree
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 18/21] srcu: Automatically determine size-transition strategy at boot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 20/21] srcu: Prevent expedited GPs and blocking readers from consuming CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 12/21] srcu: Use export for srcu_struct defined by DEFINE_STATIC_SRCU()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/21] srcu: Add size-state transitioning code
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/21] srcu: Make Tree SRCU able to operate without snp_node array
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/21] srcu: Tighten cleanup_srcu_struct() GP checks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/21] srcu: Compute snp_seq earlier in srcu_funnel_gp_start()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/21] srcu: Make srcu_funnel_gp_start() cache ->mynode in snp_leaf
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 9/9] rcu-tasks: Handle sparse cpu_possible_mask in rcu_tasks_invoke_cbs()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 8/9] rcu-tasks: Handle sparse cpu_possible_mask
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/9] rcu-tasks: Use schedule_hrtimeout_range() to wait for grace periods
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/9] Tasks-RCU updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 7/9] rcu-tasks: Make show_rcu_tasks_generic_gp_kthread() check all CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/9] rcu-tasks: Make Tasks RCU account for userspace execution
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/9] rcu-tasks: Restore use of timers for non-RT kernels
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/9] rcu-tasks: Print pre-stall-warning informational messages
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/9] rcu-tasks: Fix race in schedule and flush work
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/9] rcu-tasks: Use rcuwait for the rcu_tasks_kthread()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcu/nocb: Add an option to offload all CPUs on boot
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• [PATCH rcu 4/5] rcu: Initialize boost kthread only for boot node prior SMP initialization
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/5] rcu/nocb: Move rcu_nocb_is_setup to rcu_state
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/5] rcu: Assume rcu_init() is called before smp
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/5] rcu/nocb: Initialize nocb kthreads only for boot CPU prior SMP initialization
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/5] rcu: Remove rcu_is_nocb_cpu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/5] Callback-offloading (NOCB) updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/11] rcu: Clarify fill-the-gap comment in rcu_segcblist_advance()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/11] rcu: Fix rcu_preempt_deferred_qs_irqrestore() strict QS reporting
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/11] Miscellaneous fixes for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/11] rcu_sync: Fix comment to properly reflect rcu_sync_exit() behavior
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/11] kernel/smp: Provide boot-time timeout for CSD lock diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/11] rcu: Check for jiffies going backwards
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/11] rcu: Print number of online CPUs in RCU CPU stall-warning messages
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/11] rcu: Fix preemption mode check on synchronize_rcu[_expedited]()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/11] rcu: Use IRQ_WORK_INIT_HARD() to avoid rcu_read_unlock() hangs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/11] rcu: Check for successful spawn of ->boost_kthread_task
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/11] srcu: Drop needless initialization of sdp in srcu_gp_start()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/11] rcu: Add comments to final rcu_gp_cleanup() "if" statement
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/2] docs: Add documentation for rude and trace RCU flavors
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/2] docs: Update RCU cross-references as suggested in doc-guide
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/2] Documentation updates for v5.19
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/torture: Change order of warning and trace dump
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: ftrace: avoid tracing a few functions executed in multi_cpu_stop()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v4] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] rcu/nocb: Add an option to offload all CPUs on boot
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rcu: ftrace: avoid tracing a few functions executed in multi_cpu_stop()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: ftrace: avoid tracing a few functions executed in multi_cpu_stop()
  • From: Patrick Wang <patrick.wang.shcn@xxxxxxxxx>
• Reproducing call_rcu_tasks self-test bug on a dual sockets Intel Xeon machine
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• RE: [PATCH] rcu: Dump all rcuc kthreads status for CPUs that not report quiescent state
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu: Dump all rcuc kthreads status for CPUs that not report quiescent state
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2] rcu/nocb: Add an option to offload all CPUs on boot
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Low-res tick handler device not going to ONESHOT_STOPPED when tick is stopped (was: rcu_sched self-detected stall on CPU)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Dump all rcuc kthreads status for CPUs that not report quiescent state
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Low-res tick handler device not going to ONESHOT_STOPPED when tick is stopped (was: rcu_sched self-detected stall on CPU)
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [no subject]
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] rcu/torture: Change order of warning and trace dump
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v3] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu/torture: Change order of warning and trace dump
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH] rcu/torture: Change order of warning and trace dump
  • From: Anna-Maria Behnsen <anna-maria@xxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Fw: rc6 splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v3] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: Fw: rc6 splat
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT kthread_worker
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH RFC] rcu/nocb: Provide default all-CPUs mask for RCU_NOCB_CPU=y
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: Helge Deller <deller@xxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: Helge Deller <deller@xxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] rcu: Use IRQ_WORK_INIT_HARD() to initialize defer_qs_iw on PREEMPT_RT kernel
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH] rcu: Use IRQ_WORK_INIT_HARD() to initialize defer_qs_iw on PREEMPT_RT kernel
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: rcu_sched self-detected stall on CPU
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• rcu_sched self-detected stall on CPU
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH printk v2 00/12] implement threaded console printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH printk v2 00/12] implement threaded console printing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH printk v2 09/12] printk: add functions to prefer direct printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v2 00/12] implement threaded console printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH v2] rcu: Make defer_qs_iw as hard irq-work under RT kernel with strict grace period configuration
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] RCU: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] RCU: Move expedited grace period (GP) work to RT kthread_worker
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH] rcu: Use IRQ_WORK_INIT_HARD() to initialize defer_qs_iw on PREEMPT_RT kernel
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Use IRQ_WORK_INIT_HARD() to initialize defer_qs_iw on PREEMPT_RT kernel
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] RCU: Move expedited grace period (GP) work to RT kthread_worker
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] RCU: Move expedited grace period (GP) work to RT kthread_worker
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu-tasks: Check the atomic variable trc_n_readers_need_end again when wait timeout
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu-tasks: Check the atomic variable trc_n_readers_need_end again when wait timeout
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RE: [PATCH] rcu-tasks: Check the atomic variable trc_n_readers_need_end again when wait timeout
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH -rcu] rcu: docs: Update cross-references as suggested in doc-guide
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• RE: [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu-tasks: Check the atomic variable trc_n_readers_need_end again when wait timeout
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu-tasks: Check the atomic variable trc_n_readers_need_end again when wait timeout
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH -rcu] rcu: docs: Update cross-references as suggested in doc-guide
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH -rcu] rcu: docs: Update cross-references as suggested in doc-guide
  • From: Akira Yokosawa <akiyks@xxxxxxxxx>
• [PATCH] rcu-tasks: Check the atomic variable trc_n_readers_need_end again when wait timeout
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• [PATCH] rcu: Put the irq work into hard interrupt context for execution
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu_sync: Fix comment to properly reflect rcu_sync_exit() behavior
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] rcu_sync: Fix comment to properly reflect rcu_sync_exit() behavior
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu_sync: Fix comment to properly reflect rcu_sync_exit() behavior
  • From: David Vernet <void@xxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.15 06/29] rcu: Mark writes to the rcu_segcblist structure's ->flags field
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 05/35] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.16 07/35] rcu: Mark writes to the rcu_segcblist structure's ->flags field
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 08/43] rcu: Mark writes to the rcu_segcblist structure's ->flags field
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.17 06/43] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• RE: [PATCH] rcu: Check the validity of the boost_kthread_task pointer
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu: Check the validity of the boost_kthread_task pointer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Check the validity of the boost_kthread_task pointer
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: Fw: rc6 splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4 0/2] rcu: Deoffload rdp if rcuop/rcuog kthreads spawn failed
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v4 0/2] rcu: Deoffload rdp if rcuop/rcuog kthreads spawn failed
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• [PATCH v4 1/2] rcu: Call rcu_nocb_rdp_deoffload() directly after rcuog/op kthreads spawn failed
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• [PATCH v4 2/2] rcu: Invert the locking dependency order between rcu_state.barrier_mutex and hotplug lock
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: Fw: rc6 splat
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v3 1/2] rcu: Call rcu_nocb_rdp_deoffload() directly after rcuog/op kthreads spawn failed
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Fw: rc6 splat
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: Use printk_deferred when holding rtp->cbs_gbl_lock
  • From: Zhang Qiao <zhangqiao22@xxxxxxxxxx>
• WARNING: possible recursive locking detected - lock(&irq_desc_lock_class);
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: Fw: rc6 splat
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [GIT PULL] RCU changes for v5.18
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: Fw: rc6 splat
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: Fw: rc6 splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Fw: rc6 splat
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• [PATCH v3 1/2] rcu: Call rcu_nocb_rdp_deoffload() directly after rcuog/op kthreads spawn failed
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• [PATCH v3 2/2] rcu: Invert the locking dependency order between rcu_state.barrier_mutex and hotplug lock
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• [PATCH v3 0/2] rcu: Deoffload rdp if rcuop/rcuog kthreads spawn failed
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu: Use printk_deferred when holding rtp->cbs_gbl_lock
  • From: Zhang Qiao <zhangqiao22@xxxxxxxxxx>
• RE: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 97add482e9033a9386baa8824fbea34d0cbfe663
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v2] rcu: Deoffload rdp if rcuop/rcuog kthreads spawn failed
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH] rcu: Use printk_deferred when holding rtp->cbs_gbl_lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: RCU: undefined reference to irq_work_queue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• RCU: undefined reference to irq_work_queue
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Dostęp do pakietu Office 365
  • From: "Paweł Kodura" <pawel.kodura@xxxxxxxxxxx>
• [PATCH] rcu: Use printk_deferred when holding rtp->cbs_gbl_lock
  • From: Zhang Qiao <zhangqiao22@xxxxxxxxxx>
• [GIT PULL] RCU changes for v5.18 (take two)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] srcu: drop the needless initialization in srcu_gp_start()
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [PATCH] srcu: drop the needless initialization in srcu_gp_start()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] srcu: drop the needless initialization in srcu_gp_start()
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [GIT PULL] RCU changes for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v5.18
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] RCU changes for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] RCU changes for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v2] rcu: Deoffload rdp if rcuop/rcuog kthreads spawn failed
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v3] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH v2] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH v2] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v2] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• RE: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] rcutorture: Avoid corner-case #DE with nsynctypes check
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 2/2] rcutorture: Add missing return and use __func__ in warning
  • From: David Vernet <void@xxxxxxxxxxxxx>
• [PATCH 1/2] rcutorture: Avoid corner-case #DE with nsynctypes check
  • From: David Vernet <void@xxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Only boost rcu reader tasks with lower priority than boost kthreads
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [External] Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [External] Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [External] Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: Chengming Zhou <zhouchengming@xxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [next] WARNING: suspicious RCU usage : include/linux/cgroup.h:494 suspicious rcu_dereference_check() usage
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• [PATCH] rcu-tasks: Use rcuwait for the rcu_tasks_kthread().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH printk v1 09/13] printk: add functions to allow direct printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rcu: Delay the RCU-selftests during boot.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
  • From: Padmanabha Srinivasaiah <treasure4paddy@xxxxxxxxx>
• Re: [PATCH 2/2] torture: Make thread detection more robust by using lspcu
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] srcu: Ensure snp nodes tree is fully initialized before traversal
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 2/2] torture: Make thread detection more robust by using lspcu
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH 1/2] torture: Select line in sed and replace grep
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] srcu: Ensure snp nodes tree is fully initialized before traversal
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
  • From: Padmanabha Srinivasaiah <treasure4paddy@xxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
• Re: [PATCH printk v1 09/13] printk: add functions to allow direct printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• RE: [PATCH printk v1 09/13] printk: add functions to allow direct printing
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/1] rcu: Introduce CONFIG_RCU_EXP_CPU_STALL_TIMEOUT
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu-tasks: Fix race in schedule and flush work
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
• [PATCH] rcu-tasks: Fix race in schedule and flush work
  • From: Padmanabha Srinivasaiah <treasure4paddy@xxxxxxxxx>
• Re: [PATCH printk v1 09/13] printk: add functions to allow direct printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Nathan Chancellor <nathan@xxxxxxxxxx>
• Re: [PATCH 1/1] rcu: Introduce CONFIG_RCU_EXP_CPU_STALL_TIMEOUT
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH 1/1] rcu: Introduce CONFIG_RCU_EXP_CPU_STALL_TIMEOUT
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• rcutorture: Question about `specify_qemu_cpus()` and qemu-system-ppc64
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
• Re: Question about nohz and sysidle
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Question about nohz and sysidle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Question about nohz and sysidle
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Set environment variable `KVM` makes build fail
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Set environment variable `KVM` makes build fail
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: Set environment variable `KVM` makes build fail
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Set environment variable `KVM` makes build fail
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: BUG: sleeping function called from invalid context at include/linux/sched/mm.h:256
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Neeraj Upadhyay <quic_neeraju@xxxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
• Re: [PATCH rcu 1/9] MAINTAINERS: Add Frederic and Neeraj to their RCU files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 9/9] rcu: Replace cpumask_weight with cpumask_empty where appropriate
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 1/9] MAINTAINERS: Add Frederic and Neeraj to their RCU files
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH linux-next] video: fbdev: fbmem: fix pointer reference to null device field
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH linux-next] video: fbdev: fbmem: fix pointer reference to null device field
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Waiman Long <longman@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH linux-next] video: fbdev: fbmem: fix pointer reference to null device field
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Mukesh Ojha <quic_mojha@xxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: Jan Kara <jack@xxxxxxx>
• [RFC PATCH] jbd2: avoid __GFP_ZERO with SLAB_TYPESAFE_BY_RCU
  • From: Qian Cai <quic_qiancai@xxxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC RESEND 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1.1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC 00/12] locking: Separate lock tracepoints from lockdep/lock_stat (v1)
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• [PATCH] rcutorture: Add missing - to `--do-allmodconfig` in usage
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH printk v1 09/13] printk: add functions to allow direct printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v1 00/13] implement threaded console printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: Tom Lendacky <thomas.lendacky@xxxxxxx>
• Re: rcutorture's init segfaults in ppc64le VM
  • From: Willy Tarreau <w@xxxxxx>
• Re: ppc64le: rcutorture warns about improperly set `CONFIG_HYPERVISOR_GUEST` and `CONFIG_PARAVIRT`
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcutorture’s init segfaults in ppc64le VM
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• ppc64le: rcutorture warns about improperly set `CONFIG_HYPERVISOR_GUEST` and `CONFIG_PARAVIRT`
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• rcutorture’s init segfaults in ppc64le VM
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• [PATCH rcu 1/2] rcu-tasks: Use order_base_2() instead of ilog2()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/2] rcu-tasks: Set ->percpu_enqueue_shift to zero upon contention
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/2] RCU tasks updates, possibly for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 12/13] rcutorture: Test SRCU size transitions
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/13] torture: Change KVM environment variable to RCUTORTURE
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/13] torture: Make kvm-find-errors.sh notice missing vmlinux file
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/13] torture: Print only one summary line per run
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/13] torture: Make torture.sh help message match reality
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/13] torture: Compress KCSAN as well as KASAN vmlinux files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 13/13] rcutorture: Provide non-power-of-two Tasks RCU scenarios
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/13] torture: Make kvm.sh summaries note runs having only KCSAN reports
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/13] torture: Output per-failed-run summary lines from torture.sh
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/13] torture: Indicate which torture.sh runs' bugs are all KCSAN reports
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/13] torture: Allow four-digit repetition numbers for --configs parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/13] torture: Make kvm-remote.sh try multiple times to download tarball
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/13] torture: Drop trailing ^M from console output
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/13] Torture-test scripting updates for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/8] rcutorture: Print message before invoking ->cb_barrier()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 8/8] rcutorture: Enable limited callback-flooding tests of SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/8] rcutorture: Make rcu_fwd_cb_nodelay be a counter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/8] rcutorture: Fix rcu_fwd_mutex deadlock
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/8] rcutorture: Increase visibility of forward-progress hangs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/8] rcutorture: Add end-of-test check to rcu_torture_fwd_prog() loop
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 7/8] torture: Wake up kthreads after storing task_struct pointer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/8] torture: Distinguish kthread stopping and being asked to stop
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/8] Torture-test updates for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 14/19] srcu: Explain srcu_funnel_gp_start() call to list_add() is safe
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/19] srcu: Use invalid initial value for srcu_node GP sequence numbers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 15/19] srcu: Create concurrency-safe helper for initiating size transition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 16/19] srcu: Add contention-triggered addition of srcu_node tree
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 12/19] srcu: Avoid NULL dereference in srcu_torture_stats_print()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/19] srcu: Dynamically allocate srcu_node array
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/19] srcu: Add boot-time control over srcu_node array allocation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 19/19] srcu: Add contention check to call_srcu() srcu_data ->lock acquisition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/19] srcu: Use export for srcu_struct defined by DEFINE_STATIC_SRCU()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/19] srcu: Make Tree SRCU able to operate without snp_node array
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/19] srcu: Make rcutorture dump the SRCU size state
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 18/19] srcu: Automatically determine size-transition strategy at boot
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/19] srcu: Tighten cleanup_srcu_struct() GP checks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/19] srcu: Add size-state transitioning code
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 13/19] srcu: Prevent cleanup_srcu_struct() from freeing non-dynamic ->sda
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 17/19] srcu: Make srcu_size_state_name static
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/19] srcu: Fix s/is/if/ typo in srcu_node comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/19] srcu: Compute snp_seq earlier in srcu_funnel_gp_start()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/19] srcu: Make srcu_funnel_gp_start() cache ->mynode in snp_leaf
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/19] SRCU updates for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/10] rcu: Add per-CPU rcuc task dumps to RCU CPU stall warnings
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/10] rcu: Don't deboost before reporting expedited quiescent state
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/10] rcu: Update documentation regarding kthread_prio cmdline parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/10] rcu: Make priority of grace-period thread consistent
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/10] rcu: Remove unused rcu_state.boost
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/10] rcu: Elevate priority of offloaded callback threads
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/10] rcu/nocb: Handle concurrent nocb kthreads creation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/10] rcu: Move kthread_prio bounds-check to a separate function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/10] rcu: Mark accesses to boost_starttime
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/10] rcu: Create per-cpu rcuc kthreads only when rcutree.use_softirq=0
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/10] Real-time-related updates for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/5] rcu: Kill rnp->ofl_seq and use only rcu_state.ofl_lock for exclusion
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/5] rcu: Create and use an rcu_rdp_cpu_online()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/5] rcu: Rework rcu_barrier() and callback-migration logic
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/5] rcu: Make rcu_barrier() no longer block CPU-hotplug operations
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/5] rcu: Refactor rcu_barrier() empty-list handling
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/5] Extricate rcu_barrier() from CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 7/9] rcu: Uninline multi-use function: finish_rcuwait()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 8/9] rcu: Remove __read_mostly annotations from rcu_scheduler_active externs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/9] rcu: Inline __call_rcu() into call_rcu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 9/9] rcu: Replace cpumask_weight with cpumask_empty where appropriate
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/9] rcu: Fix description of kvfree_rcu()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/9] kasan: Record work creation stack trace with interrupts enabled
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/9] rcu: Add mutex for rcu boost kthread spawning and affinity setting
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/9] MAINTAINERS: Add Frederic and Neeraj to their RCU files
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/9] rcu: Mark writes to the rcu_segcblist structure's ->flags field
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/9] Miscellaneous fixes for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/3] rcu: Allow expedited RCU grace periods on incoming CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/3] rcu/exp: Fix check for idle context in rcu_exp_handler
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/3] rcu: Mark ->expmask access in synchronize_rcu_expedited_wait()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/3] Expedited-grace-period updates for v5.18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH v4 5/9] x86/smpboot: Split up native_cpu_up into separate phases and document them
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 7/9] x86/smpboot: Send INIT/SIPI/SIPI to secondary CPUs in parallel
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 1/9] x86/apic/x2apic: Fix parallel handling of cluster_mask
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 3/9] cpu/hotplug: Add dynamic parallel bringup states before CPUHP_BRINGUP_CPU
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 2/9] cpu/hotplug: Move idle_thread_get() to <linux/smpboot.h>
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 4/9] x86/smpboot: Reference count on smpboot_setup_warm_reset_vector()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 8/9] x86/mtrr: Avoid repeated save of MTRRs on boot-time CPU bringup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH v4 9/9] x86/smpboot: Serialize topology updates for secondary bringup
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] srcu: make srcu_size_state_name static
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH v3 6/9] x86/smpboot: Support parallel startup of secondary CPUs
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• [PATCH] srcu: make srcu_size_state_name static
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] RCU Tasks fix for systems with non-power-of-two numbers of CPUs
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] RCU Tasks fix for systems with non-power-of-two numbers of CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH v3 0/9] Parallel CPU bringup for x86_64
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH v4 1/2] Documentation: Fill the gaps about entry/noinstr constraints
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• [PATCH] rcu-tasks: Fix computation of CPU-to-list shift counts
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] srcutree: use export for srcu_struct defined by DEFINE_STATIC_SRCU()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] srcutree: use export for srcu_struct defined by DEFINE_STATIC_SRCU()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] srcutree: use export for srcu_struct defined by DEFINE_STATIC_SRCU()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• BUG: Kernel NULL pointer dereference on write at 0x00000000 (rtmsg_ifinfo_build_skb)
  • From: Paul Menzel <pmenzel@xxxxxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Problems with rcutorture on ppc64le: allmodconfig(2) and other failures
  • From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 22/54] rcu: replace cpumask_weight with cpumask_empty where appropriate
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fs/dlm/midcomms.c:913:22: sparse: sparse: restricted __le32 degrades to integer
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH 22/54] rcu: replace cpumask_weight with cpumask_empty where appropriate
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>
• Re: [PATCH] xfs: require an rcu grace period before inode recycle
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v4 2/2] Documentation: core-api: entry: Add comments about nesting
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v4 1/2] Documentation: Fill the gaps about entry/noinstr constraints
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH] xfs: require an rcu grace period before inode recycle
  • From: Brian Foster <bfoster@xxxxxxxxxx>