RCU

• Thread Index

• [paulmckrcu:dev] [srcu] 26cb612c43: BUG:using__this_cpu_read()in_preemptible
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [RFC PATCH v1 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [RFC PATCH 1/1] hpref: Hazard Pointers with Reference Counter
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jonas Oberhauser <jonas.oberhauser@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Lai Jiangshan <jiangshanlai@xxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Alan Huang <mmpgouride@xxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] RCU changes for v6.12
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] slab updates for 6.11
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC 6/6] apparmor: Switch labels to percpu ref managed mode
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [RFC PATCH 4/4] WIP: hazptr: Add hazptr test sample
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 3/4] refscale: Add benchmarks for percpu_ref
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 2/4] refscale: Add benchmarks for hazptr
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 1/4] hazptr: Add initial implementation of hazard pointers
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• [RFC PATCH 0/4] Add hazard pointers to kernel
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH 19/19] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 18/19] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/19] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 16/19] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 15/19] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/19] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [GIT PULL] slab updates for 6.11
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Juefei Pu <juefei.pu@xxxxxxxxxxxxx>
• [RFC 6/6] apparmor: Switch labels to percpu ref managed mode
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 5/6] apparmor: Switch labels to percpu refcount in atomic mode
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 4/6] percpu-refcount-torture: Extend test with runtime mode switches
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 3/6] percpu-refcount: Extend managed mode to allow runtime switching
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 2/6] percpu-refcount: Add torture test for percpu refcount
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 1/6] percpu-refcount: Add managed mode for RCU released objects
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• [RFC 0/6] Managed Percpu Refcount
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Xingyu Li <xli399@xxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Hyeonggon Yoo <42.hyeyoo@xxxxxxxxx>
• [GIT PULL] RCU changes for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH 0/3] rcu/nocb updates
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 3/3] rcu/nocb: Remove superfluous memory barrier after bypass enqueue
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu/nocb: Conditionally wake up rcuo if not already waiting on GP
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu/nocb: Fix RT throttling hrtimer armed from offline CPU
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] rcu/nocb updates
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: general protection fault in lookup_object_or_alloc
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• general protection fault in lookup_object_or_alloc
  • From: Hui Guo <guohui.study@xxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Xingyu Li <xli399@xxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH rcu [12/11] srcu: Allow inlining of __srcu_read_{,un}lock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jon Kohler <jon@xxxxxxxxxxx>
• [PATCH v2 2/2] rcu/kvfree: Switch to expedited version in slow path
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v2 1/2] rcu/kvfree: Use polled API in a slow path
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH v2 0/2] Some enhancement for kvfree_rcu_mightsleep()
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: next: rcu_preempt self-detected stall on CPU - queued_spin_lock_slowpath
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: next: rcu_preempt self-detected stall on CPU - queued_spin_lock_slowpath
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• next: rcu_preempt self-detected stall on CPU - queued_spin_lock_slowpath
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 07/11] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
• Re: [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH rcu 07/11] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH rcu 08/11] rcutorture: Expand RCUTORTURE_RDR_MASK_[12] to eight bits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/11] srcu: Convert srcu_data ->srcu_reader_flavor to bit field
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/11] rcutorture: Add reader_flavor parameter for SRCU readers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 11/11] refscale: Add srcu_read_lock_lite() support using "srcu-lite"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/11] srcu: Standardize srcu_data pointers to "sdp" and similar
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/11] srcu: Add srcu_read_lock_lite() and srcu_read_unlock_lite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/11] rcutorture: Add srcu_read_lock_lite() support to rcutorture.reader_flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/11] srcu: Bit manipulation changes for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/11] srcu: Renaming in preparation for additional reader flavor
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/11] srcu: Introduce srcu_gp_is_expedited() helper function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/11] srcu: Rename srcu_might_be_idle() to srcu_should_expedite()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/11] Add light-weight readers for SRCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH -next] rcu: Use the BITS_PER_LONG macro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [paulmckrcu:dev.2024.08.30b] [srcu] 558049054f: BUG:using__this_cpu_read()in_preemptible
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH -next] rcu: Use the BITS_PER_LONG macro
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH -next] rcu: Use the BITS_PER_LONG macro
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH -next] rcu: Use the BITS_PER_LONG macro
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• [PATCH v5.10-v5.15] rcu-tasks: Fix show_rcu_tasks_trace_gp_kthread buffer overflow
  • From: Vamsi Krishna Brahmajosyula <vamsi-krishna.brahmajosyula@xxxxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Yan Zhao <yan.y.zhao@xxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: [RFC 7/7] rv: add dlm compatible lock state kernel verifier
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH -next] rcu: Use bitwise instead of arithmetic operator for flags
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/1] srcu: Replace WARN_ON_ONCE() with BUILD_BUG_ON() if possible
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/5] KVM: VMX: Always honor guest PAT on CPUs that support self-snoop
  • From: Vitaly Kuznetsov <vkuznets@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Xingyu Li <xli399@xxxxxxx>
• Re: [PATCH 6.1 000/321] 6.1.107-rc1 review
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: WARNING in rcu_core
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: BUG: WARNING in kvfree_rcu_bulk
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: WARNING in rcu_core
  • From: Xingyu Li <xli399@xxxxxxx>
• BUG: WARNING in kvfree_rcu_bulk
  • From: Xingyu Li <xli399@xxxxxxx>
• Re: [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 4/4] rcu/kvfree: Switch to expedited version in slow path
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 3/4] rcu/kvfree: Use polled API in a slow path
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 2/4] rcu/kvfree: Add a switcher for dynamic rcu_head
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• [PATCH 1/4] rcu/kvfree: Support dynamic rcu_head for single argument objects
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jon Kohler <jon@xxxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jon Kohler <jon@xxxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jon Kohler <jon@xxxxxxxxxxx>
• Re: SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• SRCU hung task on 5.10.y on synchronize_srcu(&fsnotify_mark_srcu)
  • From: Jon Kohler <jon@xxxxxxxxxxx>
• Re: [PATCH 6.1 000/321] 6.1.107-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• [RFC 7/7] rv: add dlm compatible lock state kernel verifier
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 6/7] dlm: add more tracepoints for DLM kernel verifier
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 5/7] dlm: add lkb rv mode to ast tracepoint
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 4/7] dlm: add our_nodeid to tracepoints
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 3/7] dlm: make add_to_waiters() that is can't fail
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 1/7] dlm: fix possible lkb_resource null dereference
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 2/7] dlm: fix swapped args sb_flags vs sb_status
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [RFC 0/7] dlm: the ultimate verifier for DLM lock correctness
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH 6.6 000/341] 6.6.48-rc1 review
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: WARNING in rcu_core
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• WARNING in rcu_core
  • From: Xingyu Li <xli399@xxxxxxx>
• [PATCH rcu 4/4] rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/4] rcu: Delete unused rcu_gp_might_be_stalled() function
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/4] rcu: Stop stall warning from dumping stacks if grace period ends
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/4] rcu: Defer printing stall-warning backtrace when holding rcu_node lock
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/4] Reduce lock contention during RCU CPU stall warnings
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH -next] rcu: Use bitwise instead of arithmetic operator for flags
  • From: Hongbo Li <lihongbo22@xxxxxxxxxx>
• Re: next-20240822: rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
  • From: Neil Armstrong <neil.armstrong@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• next-20240822: rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
  • From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
• [PATCH 1/1] srcu: Replace WARN_ON_ONCE() with BUILD_BUG_ON() if possible
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH printk v8 00/35] wire up write_atomic() printing
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH printk v8 00/35] wire up write_atomic() printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH printk v8 00/35] wire up write_atomic() printing
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH printk v8 00/35] wire up write_atomic() printing
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 3/9] darray: lift from bcachefs
  • From: Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>
• Re: [PATCH -next] rcu: Remove unused declaration rcu_segcblist_offload()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2] softirq: remove parameter from action callback
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH] doc: rcu: update printed dynticks counter bits
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH printk v8 34/35] rcu: Mark emergency sections in rcu stalls
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 5/7] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• [PATCH v2] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: One-off rcu_nocb_rdp_deoffload bug
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [PATCH printk v8 34/35] rcu: Mark emergency sections in rcu stalls
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v8 00/35] wire up write_atomic() printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.05a] [srcu] a7adbae9c5: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: rcu pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 0/9] rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: rcu pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 0/9] rcu_pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 9/9] rcu: Switch kvfree_rcu() to new rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [PATCH 6/9] rcu: rcu_pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 9/9] rcu: Switch kvfree_rcu() to new rcu_pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 5/9] rcu: delete lockdep_assert_irqs_enabled() assert in start_poll_synchronize_rcu_common()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• One-off rcu_nocb_rdp_deoffload bug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 7/9] bcachefs: Rip out freelists from btree key cache
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 4/9] vmalloc: is_vmalloc_addr_inlined()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 3/9] darray: lift from bcachefs
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 9/9] rcu: Switch kvfree_rcu() to new rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 6/9] rcu: rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 8/9] bcachefs: key cache can now allocate from pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 5/9] rcu: delete lockdep_assert_irqs_enabled() assert in start_poll_synchronize_rcu_common()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 1/9] lib/generic-radix-tree.c: genradix_ptr_inlined()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 2/9] lib/generic-radix-tree.c: add preallocation
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• [PATCH 0/9] rcu_pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: rcu pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: rcu pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [paulmckrcu:dev.2024.08.05a] [srcu] a7adbae9c5: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [paulmckrcu:dev.2024.08.05a] [srcu] a7adbae9c5: WARNING:at_kernel/rcu/rcutorture.c:#rcu_torture_stats_print[rcutorture]
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: rcu pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: rcu pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: rcu pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: rcu pending
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] doc: rcu: update printed dynticks counter bits
  • From: Baruch Siach <baruch@xxxxxxxxxx>
• Re: rcu pending
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: Unexpected rcuc osnoise on PREEMPT_RT with "rcu_nocbs=all rcu_nocb_poll"
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH rcu 3/3] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 2/3] rcu: Better define "atomic" for list replacement
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 1/3] rcu/kfree: Warn on unexpected tail state
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 0/3] RCU misc updates for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH rcu] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 0/1] RCU fixes for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH rcu 14/14] refscale: Constify struct ref_scale_ops
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 13/14] rcuscale: Count outstanding callbacks per-task rather than per-CPU
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 12/14] rcuscale: NULL out top-level pointers to heap memory
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 11/14] rcuscale: Use special allocator for rcu_scale_writer()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 10/14] rcuscale: Make rcu_scale_writer() tolerate repeated GFP_KERNEL failure
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 09/14] rcuscale: Make all writer tasks report upon hang
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 08/14] rcuscale: Provide clear error when async specified without primitives
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 07/14] rcuscale: Print detailed grace-period and barrier diagnostics
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 06/14] rcu: Mark callbacks not currently participating in barrier operation
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 05/14] rcuscale: Dump grace-period statistics when rcu_scale_writer() stalls
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 04/14] rcuscale: Dump stacks of stalled rcu_scale_writer() instances
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 03/14] rcuscale: Save a few lines with whitespace-only change
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 02/14] refscale: Optimize process_durations()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 01/14] refscale: Add TINY scenario
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 00/14] RCU scaling tests updates for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH rcu 12/12] rcu/tasks: Add rcu_barrier_tasks*() start time to diagnostics
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 11/12] rcu/tasks: Add detailed grace-period and barrier diagnostics
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 10/12] rcu/tasks: Mark callbacks not currently participating in barrier operation
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 09/12] rcu: Provide rcu_barrier_cb_is_done() to check rcu_barrier() CBs
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 08/12] rcu/tasks: Update rtp->tasks_gp_seq comment
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 07/12] rcu/tasks: Check processor-ID assumptions
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 06/12] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 05/12] rcu-tasks: Remove RCU Tasks Rude asynchronous APIs
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 04/12] rcuscale: Stop testing RCU Tasks Rude asynchronous APIs
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 03/12] rcutorture: Stop testing RCU Tasks Rude asynchronous APIs
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 02/12] doc: Remove RCU Tasks Rude asynchronous APIs
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 01/12] tools/rcu: Remove RCU Tasks Rude asynchronous APIs from rcu-updaters.sh
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 00/12] RCU tasks updates for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH rcu 3/3] srcu: Mark callbacks not currently participating in barrier operation
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 2/3] srcu: Check for concurrent updates of heuristics
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 1/3] srcu: faster gp seq wrap-around
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 0/3] SRCU updates for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH rcu 4/4] rcu: Let dump_cpu_task() be used without preemption disabled
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 3/4] rcu: Summarize expedited RCU CPU stall warnings during CSD-lock stalls
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 2/4] rcu: Extract synchronize_rcu_expedited_stall() from synchronize_rcu_expedited_wait()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 1/4] rcu: Summarize RCU CPU stall warnings during CSD-lock stalls
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 0/4] RCU stall updates for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH rcu 8/8] torture: Add torture.sh --guest-cpu-limit argument for limited hosts
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 7/8] rcutorture: Add a stall_cpu_repeat module parameter
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 6/8] rcutorture: Add rcutree.nohz_full_patience_delay to TREE07
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 5/8] rcutorture: Make rcu_torture_write_types() print number of update types
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 4/8] rcutorture: Add CFcommon.arch for arch-specific Kconfig options
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 3/8] rcutorture: Generic test for NUM_ACTIVE_*RCU_POLL*
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 2/8] rcutorture: Add SRCU ->same_gp_state and ->get_comp_state functions
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 1/8] rcutorture: Remove redundant rcu_torture_ops get_gp_completed fields
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 0/8] RCU torture test updates for v6.12
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 11/11] rcu/nocb: Simplify (de-)offloading state machine
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 10/11] rcu/nocb: Remove SEGCBLIST_KTHREAD_CB
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 09/11] rcu/nocb: Remove SEGCBLIST_RCU_CORE
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 08/11] rcu/nocb: Remove halfway (de-)offloading handling from rcu_core
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 07/11] rcu/nocb: Remove halfway (de-)offloading handling from rcu_core()'s QS reporting
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 06/11] rcu/nocb: Remove halfway (de-)offloading handling from bypass
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 05/11] rcu/nocb: (De-)offload callbacks on offline CPUs only
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 04/11] rcu/nocb: Introduce nocb mutex
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 03/11] rcu/nocb: Assert no callbacks while nocb kthread allocation fails
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 02/11] rcu/nocb: Move nocb field at the end of state struct
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 01/11] rcu/nocb: Introduce RCU_NOCB_LOCKDEP_WARN()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 00/11] Nocb updates for v6.12
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 4/4] smp: print only local CPU info when sched_clock goes backward
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 3/4] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 2/4] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 1/4] locking/csd_lock: Print large numbers as negatives
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 0/4] CSD-lock diagnostics updates for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH rcu 26/26] context_tracking: Tag context_tracking_enabled_this_cpu() __always_inline
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 25/26] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 24/26] rcu: Update stray documentation references to rcu_dynticks_eqs_{enter, exit}()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 23/26] rcu: Rename rcu_momentary_dyntick_idle() into rcu_momentary_eqs()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 22/26] rcu: Rename rcu_implicit_dynticks_qs() into rcu_watching_snap_recheck()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 21/26] rcu: Rename dyntick_save_progress_counter() into rcu_watching_snap_save()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 20/26] rcu: Rename struct rcu_data .exp_dynticks_snap into .exp_watching_snap
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 19/26] rcu: Rename struct rcu_data .dynticks_snap into .watching_snap
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 18/26] rcu: Rename rcu_dynticks_zero_in_eqs() into rcu_watching_zero_in_eqs()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 17/26] rcu: Rename rcu_dynticks_in_eqs_since() into rcu_watching_snap_stopped_since()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 16/26] rcu: Rename rcu_dynticks_in_eqs() into rcu_watching_snap_in_eqs()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 15/26] rcu: Rename rcu_dynticks_eqs_online() into rcu_watching_online()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 14/26] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_is_watching_curr_cpu()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 13/26] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 12/26] context_tracking, rcu: Rename DYNTICK_IRQ_NONIDLE into CT_NESTING_IRQ_NONIDLE
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 11/26] context_tracking, rcu: Rename ct_dynticks_nmi_nesting_cpu() into ct_nmi_nesting_cpu()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 10/26] context_tracking, rcu: Rename ct_dynticks_nmi_nesting() into ct_nmi_nesting()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 09/26] context_tracking, rcu: Rename struct context_tracking .dynticks_nmi_nesting into .nmi_nesting
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 08/26] context_tracking, rcu: Rename ct_dynticks_nesting_cpu() into ct_nesting_cpu()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 07/26] context_tracking, rcu: Rename ct_dynticks_nesting() into ct_nesting()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 06/26] context_tracking, rcu: Rename struct context_tracking .dynticks_nesting into .nesting
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 05/26] context_tracking, rcu: Rename ct_dynticks_cpu_acquire() into ct_rcu_watching_cpu_acquire()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 04/26] context_tracking, rcu: Rename ct_dynticks_cpu() into ct_rcu_watching_cpu()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 03/26] context_tracking, rcu: Rename ct_dynticks() into ct_rcu_watching()
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 02/26] context_tracking, rcu: Rename RCU_DYNTICKS_IDX into CT_RCU_WATCHING
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 01/26] treewide: context_tracking: Rename CONTEXT_* into CT_STATE_*
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH rcu 0/26] Context tracking updates for v6.12
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v2] softirq: remove parameter from action callback
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v2] softirq: remove parameter from action callback
  • From: Caleb Sander Mateos <csander@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH -next] rcu: Remove unused declaration rcu_segcblist_offload()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH -next] rcu: Remove unused declaration rcu_segcblist_offload()
  • From: Yue Haibing <yuehaibing@xxxxxxxxxx>
• Re: Neeraj Upadhyay will do v6.12 RCU pull request, Frederic Weisbecker v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: Neeraj Upadhyay will do v6.12 RCU pull request, Frederic Weisbecker v6.13
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Neeraj Upadhyay will do v6.12 RCU pull request, Frederic Weisbecker v6.13
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu/tasks: Check processor-ID assumptions
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH rcu 06/11] rcuscale: Provide clear error when async specified without primitives
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] rcu-tasks: Make RCU-Tasks pay attention to idle tasks
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] softirq: remove parameter from action callback
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH rcu 06/11] rcuscale: Provide clear error when async specified without primitives
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH 2/2] context_tracking: Invoke Tasks-RCU enter/exit for NMI context
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH rcu 1/6] rcu/tasks: Check processor-ID assumptions
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH] softirq: remove parameter from action callback
  • From: Caleb Sander Mateos <csander@xxxxxxxxxxxxxxx>
• [PATCH 3/3] rcu/nocb: Remove superfluous memory barrier after bypass enqueue
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 2/3] rcu/nocb: Conditionally wake up rcuo if not already waiting on GP
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 1/3] rcu/nocb: Fix RT throttling hrtimer armed from offline CPU
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 0/3] rcu/nocb updates
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH 2/3] rcu: Defer RCU kthreads wakeup when CPU is dying
  • From: Cheng-Jui Wang (王正睿) <Cheng-Jui.Wang@xxxxxxxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/7] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 5/7] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [-next conflict imminent] Re: [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: Stefan Wiehler <stefan.wiehler@xxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: "Russell King (Oracle)" <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH] arm: smp: Avoid false positive CPU hotplug Lockdep-RCU splat
  • From: Stefan Wiehler <stefan.wiehler@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: Oliver Sang <oliver.sang@xxxxxxxxx>
• Re: [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 2/2] context_tracking: Invoke Tasks-RCU enter/exit for NMI context
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/2] rcu-tasks: Make RCU-Tasks pay attention to idle tasks
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] LOCKDEP changes for v6.12
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [GIT PULL] LOCKDEP changes for v6.12
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• [paulmckrcu:dev.2024.07.18b] [srcu] 8a4c716cfc: WARNING:at_kernel/rcu/rcutorture.c:#do_rtws_sync[rcutorture]
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• [GIT PULL] LOCKDEP changes for v6.12
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH v2 4/7] mm, slab: reintroduce rcu_barrier() into kmem_cache_destroy()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 3/7] mm, slab: move kfence_shutdown_cache() outside slab_mutex
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 2/7] mm, slab: unlink slabinfo, sysfs and debugfs immediately
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 1/7] mm, slab: dissolve shutdown_cache() into its caller
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 2/2] context_tracking: Invoke Tasks-RCU enter/exit for NMI context
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 1/2] rcu-tasks: Make RCU-Tasks pay attention to idle tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 0/2] Modify RCU Tasks to scan idle tasks
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 19/19] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 18/19] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 17/19] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 16/19] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 15/19] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 12/19] kthread: Default affine kthread to its preferred NUMA node
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH 11/19] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH v2 6/7] mm, slab: call kvfree_rcu_barrier() from kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 7/7] kunit, slub: add test_kfree_rcu() and test_leak_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 5/7] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 2/7] mm, slab: unlink slabinfo, sysfs and debugfs immediately
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 4/7] mm, slab: reintroduce rcu_barrier() into kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 1/7] mm, slab: dissolve shutdown_cache() into its caller
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 3/7] mm, slab: move kfence_shutdown_cache() outside slab_mutex
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH v2 0/7] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] rcu: Annotate struct kvfree_rcu_bulk_data with __counted_by()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxxx>
• Re: [PATCH] refscale: Constify struct ref_scale_ops
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] refscale: Constify struct ref_scale_ops
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 4/3] smp: print only local CPU info when sched_clock goes backward
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH printk v7 34/35] rcu: Mark emergency sections in rcu stalls
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH printk v7 00/35] wire up write_atomic() printing
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• [PATCH rcu 11/11] rcuscale: Count outstanding callbacks per-task rather than per-CPU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 10/11] rcuscale: NULL out top-level pointers to heap memory
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 06/11] rcuscale: Provide clear error when async specified without primitives
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 09/11] rcuscale: Use special allocator for rcu_scale_writer()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 07/11] rcuscale: Make all writer tasks report upon hang
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 08/11] rcuscale: Make rcu_scale_writer() tolerate repeated GFP_KERNEL failure
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 05/11] rcuscale: Print detailed grace-period and barrier diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 03/11] rcuscale: Dump grace-period statistics when rcu_scale_writer() stalls
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 01/11] rcuscale: Save a few lines with whitespace-only change
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 04/11] rcu: Mark callbacks not currently participating in barrier operation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 02/11] rcuscale: Dump stacks of stalled rcu_scale_writer() instances
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/11] RCU update-side scalability update test
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/3] rcutorture: Add a stall_cpu_repeat module parameter
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/3] rcutorture: Add rcutree.nohz_full_patience_delay to TREE07
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/3] torture: Add torture.sh --guest-cpu-limit argument for limited hosts
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/3] RCU torture-test updates
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/2] srcu: Mark callbacks not currently participating in barrier operation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/2] srcu: Check for concurrent updates of heuristics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/2] SRCU updates
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 6/6] rcu/tasks: Add rcu_barrier_tasks*() start time to diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 4/6] rcu/tasks: Mark callbacks not currently participating in barrier operation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 1/6] rcu/tasks: Check processor-ID assumptions
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 5/6] rcu/tasks: Add detailed grace-period and barrier diagnostics
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 3/6] rcu: Provide rcu_barrier_cb_is_done() to check rcu_barrier() CBs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 2/6] rcu/tasks: Update rtp->tasks_gp_seq comment
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH rcu 0/6] Add RCU Tasks diagnostics and documentation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: [vbabka:slab-kfree_rcu-destroy-v1r0] [mm, slab] df00e211c9: WARNING:at_mm/slab_common.c:#kmem_cache_kfree_rcu_destroy_workfn
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• unexpected result with rcu_nocbs option
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• [PATCH] rcu/kvfree: Add kvfree_rcu_barrier() API
  • From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
• Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v2 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: Leonardo Bras <leobras@xxxxxxxxxx>
• Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 11/20] kthread: Make sure kthread hasn't started while binding it
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Jan Kara <jack@xxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Jan Kara <jack@xxxxxxx>
• Re: [syzbot] [f2fs?] WARNING in rcu_sync_dtor
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 2/6] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 2/6] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 7/8] rcu: Fix rcu_barrier() VS post CPUHP_TEARDOWN_CPU invocation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 2/8] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 8/9] rcu: Fix rcu_barrier() VS post CPUHP_TEARDOWN_CPU invocation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 4/9] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 15/16] rcu: Fix rcu_barrier() VS post CPUHP_TEARDOWN_CPU invocation
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 07/16] rcutorture: Fix rcu_torture_fwd_cb_cr() data race
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.10 05/16] Revert "rcu-tasks: Fix synchronize_rcu_tasks() VS zap_pid_ns_processes()"
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC PATCH 20/20] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 20/20] rcu: Use kthread preferred affinity for RCU exp kworkers
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 19/20] treewide: Introduce kthread_run_worker[_on_cpu]()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 18/20] kthread: Unify kthread_create_on_cpu() and kthread_create_worker_on_cpu() automatic format
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 17/20] rcu: Use kthread preferred affinity for RCU boost
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 12/20] kthread: Implement preferred affinity
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RFC PATCH 11/20] kthread: Make sure kthread hasn't started while binding it
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: Mateusz Guzik <mjguzik@xxxxxxxxx>
• Re: rcu_sync_dtor() warning question
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 02/25] context_tracking, rcu: Rename RCU_DYNTICKS_IDX into CT_RCU_WATCHING
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/25] treewide: context_tracking: Rename CONTEXT_* into CT_STATE_*
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [vbabka:slab-kfree_rcu-destroy-v1r0] [mm, slab] df00e211c9: WARNING:at_mm/slab_common.c:#kmem_cache_kfree_rcu_destroy_workfn
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [vbabka:slab-kfree_rcu-destroy-v1r0] [mm, slab] df00e211c9: WARNING:at_mm/slab_common.c:#kmem_cache_kfree_rcu_destroy_workfn
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: 'rcu_preempt detected stalls on CPUs/tasks...' issue of cyclictest on rt-linux
  • From: richard clark <richard.xnu.clark@xxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• RCU-Task[-Trace] VS EQS (was Re: [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*())
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 24/25] rcu: Update stray documentation references to rcu_dynticks_eqs_{enter, exit}()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 22/25] rcu: Rename rcu_implicit_dynticks_qs() into rcu_implicit_eqs()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 21/25] rcu: Rename dyntick_save_progress_counter() into rcu_watching_snap_save()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 19/25] rcu: Rename struct rcu_data .dynticks_snap into .watching_snap
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 17/25] rcu: Rename rcu_dynticks_in_eqs_since() into rcu_watching_snap_stopped_since()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 15/25] rcu: Rename rcu_dynticks_eqs_online() into rcu_watching_online()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v3 05/25] context_tracking, rcu: Rename ct_dynticks_cpu_acquire() into ct_rcu_watching_cpu_acquire()
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [PATCH v2 4/3] smp: print only local CPU info when sched_clock goes backward
  • From: neeraj.upadhyay@xxxxxxxxxx
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• [PATCH v3 25/25] context_tracking, rcu: Rename rcu_dyntick trace event into rcu_watching
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 24/25] rcu: Update stray documentation references to rcu_dynticks_eqs_{enter, exit}()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 23/25] rcu: Rename rcu_momentary_dyntick_idle() into rcu_momentary_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 22/25] rcu: Rename rcu_implicit_dynticks_qs() into rcu_implicit_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 21/25] rcu: Rename dyntick_save_progress_counter() into rcu_watching_snap_save()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 20/25] rcu: Rename struct rcu_data .exp_dynticks_snap into .exp_watching_snap
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 19/25] rcu: Rename struct rcu_data .dynticks_snap into .watching_snap
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 18/25] rcu: Rename rcu_dynticks_zero_in_eqs() into rcu_watching_zero_in_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 17/25] rcu: Rename rcu_dynticks_in_eqs_since() into rcu_watching_snap_stopped_since()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 16/25] rcu: Rename rcu_dynticks_in_eqs() into rcu_watching_snap_in_eqs()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 15/25] rcu: Rename rcu_dynticks_eqs_online() into rcu_watching_online()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 14/25] context_tracking, rcu: Rename rcu_dynticks_curr_cpu_in_eqs() into rcu_watching_curr_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 13/25] context_tracking, rcu: Rename rcu_dynticks_task*() into rcu_task*()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 12/25] context_tracking, rcu: Rename DYNTICK_IRQ_NONIDLE into CT_NESTING_IRQ_NONIDLE
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 11/25] context_tracking, rcu: Rename ct_dynticks_nmi_nesting_cpu() into ct_nmi_nesting_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 09/25] context_tracking, rcu: Rename struct context_tracking .dynticks_nmi_nesting into .nmi_nesting
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 10/25] context_tracking, rcu: Rename ct_dynticks_nmi_nesting() into ct_nmi_nesting()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 08/25] context_tracking, rcu: Rename ct_dynticks_nesting_cpu() into ct_nesting_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 07/25] context_tracking, rcu: Rename ct_dynticks_nesting() into ct_nesting()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 06/25] context_tracking, rcu: Rename struct context_tracking .dynticks_nesting into .nesting
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 05/25] context_tracking, rcu: Rename ct_dynticks_cpu_acquire() into ct_rcu_watching_cpu_acquire()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 04/25] context_tracking, rcu: Rename ct_dynticks_cpu() into ct_rcu_watching_cpu()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 03/25] context_tracking, rcu: Rename ct_dynticks() into ct_rcu_watching()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 02/25] context_tracking, rcu: Rename RCU_DYNTICKS_IDX into CT_RCU_WATCHING
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 01/25] treewide: context_tracking: Rename CONTEXT_* into CT_STATE_*
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 00/25] context_tracking, rcu: Spring cleaning of dynticks references
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Benjamin Segall <bsegall@xxxxxxxxxx>
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [PATCH] rcu: Use system_unbound_wq to avoid disturbing isolated CPUs
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: Possible slab-allocator issue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• kfree_rcu_{monitor,work} hogged CPU for >13333us
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: Possible slab-allocator issue
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Possible slab-allocator issue
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: Xiongwei Song <sxwjean@xxxxxxxxx>
• [PATCH v2 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 1/3] locking/csd_lock: Print large numbers as negatives
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH v2 0/3] CSD-lock diagnostics enhancements
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• Re: [PATCH v2] refscale: Optimize process_durations()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [syzbot] [rcu?] WARNING in rcu_note_context_switch (2)
  • From: syzbot <syzbot+784d0a1246a539975f05@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2] refscale: Optimize process_durations()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH RFC 1/6] mm, slab: make caches with refcount of 0 unmergeable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 00/11] rcu/nocb: (De-)offloading on offline CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Benjamin Segall <bsegall@xxxxxxxxxx>
• Re: [PATCH v2] srcu: faster gp seq wrap-around
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [RFC PATCH v3 10/10] sched/fair: Throttle CFS tasks on return to userspace
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [GIT PULL] Generic torture-test changes for v6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [GIT PULL] RCU changes for v6.11
  • From: pr-tracker-bot@xxxxxxxxxx
• [PATCH v2] srcu: faster gp seq wrap-around
  • From: JP Kobryn <inwardvessel@xxxxxxxxx>
• [PATCH RFC 6/6] kunit, slub: add test_kfree_rcu()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 5/6] mm, slab: asynchronously destroy caches with outstanding objects
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 3/6] mm, slab: unlink sysfs and debugfs immediately
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 0/6] mm, slub: handle pending kfree_rcu() in kmem_cache_destroy()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 2/6] mm, slab: always maintain per-node slab and object count
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 1/6] mm, slab: make caches with refcount of 0 unmergeable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH RFC 4/6] mm, slab: simplify kmem_cache_release()
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH v3 04/10] sched/fair: Introduce sched_throttle_work
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v3 03/10] task_work, sched: Add a _locked variant to task_work_cancel()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RFC PATCH v3 01/10] rcuwait: Split type definition to its own header
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Neeraj upadhyay <neeraj.iitr10@xxxxxxxxx>
• Re: [PATCH v3] rcu-tasks: Fix access non-existent percpu rtpcp variable in rcu_tasks_need_gpcb()
  • From: Z qiang <qiang.zhang1211@xxxxxxxxx>
• [GIT PULL] RCU changes for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• [GIT PULL] Generic torture-test changes for v6.11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH 1/3] locking/csd_lock: Print large numbers as negatives
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• [PATCH 3/3] locking/csd-lock: Use backoff for repeated reports of same incident
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 2/3] locking/csd_lock: Provide an indication of ongoing CSD-lock stall
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 1/3] locking/csd_lock: Print large numbers as negatives
  • From: neeraj.upadhyay@xxxxxxxxxx
• [PATCH 0/3] CSD-lock diagnostics enhancements
  • From: Neeraj Upadhyay <Neeraj.Upadhyay@xxxxxxxxxx>