RCU
[Prev Page][Next Page]
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- [PATCH] kprobes: Fix to delay the kprobes jump optimization
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Sangmoon Kim <sangmoon.kim@xxxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH v3 1/1] rcuscale: add kfree_rcu() single-argument scale test
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Should RCU_BOOST kernels use hrtimers in GP kthread?
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: Should RCU_BOOST kernels use hrtimers in GP kthread?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v3 1/1] rcuscale: add kfree_rcu() single-argument scale test
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Should RCU_BOOST kernels use hrtimers in GP kthread?
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: Should RCU_BOOST kernels use hrtimers in GP kthread?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Should RCU_BOOST kernels use hrtimers in GP kthread?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Should RCU_BOOST kernels use hrtimers in GP kthread?
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Sangmoon Kim <sangmoon.kim@xxxxxxxxxxx>
- Should RCU_BOOST kernels use hrtimers in GP kthread?
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH] rcu/tree: Add a trace event for RCU stall warnings
- From: Sangmoon Kim <sangmoon.kim@xxxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- "Single user mode" initrd [ Was: [GIT PULL tip/core/rcu] RCU, LKMM, and KCSAN commits for v5.12 ]
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [GIT PULL tip/core/rcu] RCU, LKMM, and KCSAN commits for v5.12
- From: Willy Tarreau <w@xxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH v5] kvfree_rcu: Release page cache under memory pressure
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [GIT PULL tip/core/rcu] RCU, LKMM, and KCSAN commits for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [tip: core/rcu] tools/rcutorture: Make identify_qemu_vcpus() independent of local language
- From: "tip-bot2 for Frederic Weisbecker" <tip-bot2@xxxxxxxxxxxxx>
- Re: [GIT PULL tip/core/rcu] RCU, LKMM, and KCSAN commits for v5.12
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- [PATCH v5] kvfree_rcu: Release page cache under memory pressure
- From: qiang.zhang@xxxxxxxxxxxxx
- Re: [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: Brian Foster <bfoster@xxxxxxxxxx>
- Re: [PATCH v4] kvfree_rcu: Release page cache under memory pressure
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] kvfree_rcu: Use same set of flags as for single-argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: WARNING: at arch/x86/kernel/irq.c:390 thermal_set_handler
- From: Borislav Petkov <bp@xxxxxxx>
- WARNING: at arch/x86/kernel/irq.c:390 thermal_set_handler
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- [PATCH v4] kvfree_rcu: Release page cache under memory pressure
- From: qiang.zhang@xxxxxxxxxxxxx
- 回复: 回复: [PATCH v3] kvfree_rcu: Release page cache under memory pressure
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: rcu: INFO: rcu_sched self-detected stall on CPU: Workqueue: xfs-conv/md0 xfs_end_io
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] kvfree_rcu: Use same set of flags as for single-argument
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: 回复: [PATCH v3] kvfree_rcu: Release page cache under memory pressure
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- 回复: [PATCH v3] kvfree_rcu: Release page cache under memory pressure
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- 回复: [PATCH v3] kvfree_rcu: Release page cache under memory pressure
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Bare-metal rcutorture testing
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- 回复: [PATCH v3] kvfree_rcu: Release page cache under memory pressure
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: [PATCH v3] kvfree_rcu: Release page cache under memory pressure
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Michal Hocko <mhocko@xxxxxxxx>
- [PATCH v3] kvfree_rcu: Release page cache under memory pressure
- From: qiang.zhang@xxxxxxxxxxxxx
- Re: 回复: [PATCH v2] kvfree_rcu: Release page cache under memory pressure
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- 回复: [PATCH v2] kvfree_rcu: Release page cache under memory pressure
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- [PATCH 2/2] kvfree_rcu: Use same set of flags as for single-argument
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 1/2] rcuscale: add kfree_rcu() single-argument scale test
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: Quick review of RCU-related patches in v5.10.8-rt23
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH v2] kvfree_rcu: Release page cache under memory pressure
- From: qiang.zhang@xxxxxxxxxxxxx
- Quick review of RCU-related patches in v5.10.8-rt23
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/3] kvfree_rcu: Use __GFP_NOMEMALLOC for single-argument kvfree_rcu()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] kvfree_rcu: Release page cache under memory pressure
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Michal Hocko <mhocko@xxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: kdump always hangs in rcu_barrier() -> wait_for_completion()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] kvfree_rcu: Release page cache under memory pressure
- From: qiang.zhang@xxxxxxxxxxxxx
- RE: kdump always hangs in rcu_barrier() -> wait_for_completion()
- From: Dexuan Cui <decui@xxxxxxxxxxxxx>
- Re: [PATCH tip/core/rcu 1/4] rcu: Expedite deboost in case of deferred quiescent state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [GIT PULL tip/core/rcu] RCU, LKMM, and KCSAN commits for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH tip/core/rcu 1/4] rcu: Expedite deboost in case of deferred quiescent state
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH tip/core/rcu 1/4] rcu: Expedite deboost in case of deferred quiescent state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: 回复: 回复: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- 回复: 回复: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: [PATCH tip/core/rcu 1/4] rcu: Expedite deboost in case of deferred quiescent state
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH tip/core/rcu 1/4] rcu: Expedite deboost in case of deferred quiescent state
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH tip/core/rcu 1/4] rcu: Expedite deboost in case of deferred quiescent state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: 回复: 回复: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- 回复: 回复: 回复: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: 回复: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: 回复: 回复: 回复: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu-tasks: rectify kernel-doc for struct rcu_tasks
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Michal Hocko <mhocko@xxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Michal Hocko <mhocko@xxxxxxxx>
- [PATCH] rcu-tasks: rectify kernel-doc for struct rcu_tasks
- From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
- 回复: 回复: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- 回复: 回复: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: 回复: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: 回复: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- 回复: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: [PATCH] rcutorture: replace the function name with %s
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] rcutorture: replace the function name with %s
- From: Stephen Zhang <stephenzhangzsd@xxxxxxxxx>
- 回复: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: Vincenzo Frascino <vincenzo.frascino@xxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- 回复: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: rcu-torture: Internal error: Oops: 96000006
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- rcu-torture: Internal error: Oops: 96000006
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH] rcu: Release per-cpu krcp page cache when CPU going offline
- From: qiang.zhang@xxxxxxxxxxxxx
- Re: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 2/3] kvfree_rcu: Use __GFP_NOMEMALLOC for single-argument kvfree_rcu()
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 1/3] kvfree_rcu: Allocate a page for a single argument
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 3/3] kvfree_rcu: use migrate_disable/enable()
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH tip/core/rcu 3/4] rcu: Run rcuo kthreads at elevated priority in CONFIG_RCU_BOOST kernels
- [PATCH tip/core/rcu 4/4] rcutorture: Fix testing of RCU priority boosting
- [PATCH tip/core/rcu 1/4] rcu: Expedite deboost in case of deferred quiescent state
- [PATCH tip/core/rcu 2/4] rcutorture: Make TREE03 use real-time tree.use_softirq setting
- [PATCH tip/core/rcu 0/4] Fix RCU priority boosting
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: better document kfree_rcu()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH -rcu] rculist: Replace reference to atomic_ops.rst
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 17/18] drivers: Remove CONFIG_OPROFILE support
- From: Federico Vaga <federico.vaga@xxxxxxxxxx>
- [PATCH -rcu] rculist: Replace reference to atomic_ops.rst
- From: Akira Yokosawa <akiyks@xxxxxxxxx>
- Re: [PATCH 17/18] drivers: Remove CONFIG_OPROFILE support
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: better document kfree_rcu()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH 17/18] drivers: Remove CONFIG_OPROFILE support
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH] rcu: better document kfree_rcu()
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- Re: [PATCH] rcu: Correct cpu offline trace in rcutree_dying_cpu
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH] rcu: remove surplus instrumentation_end in rcu_nmi_enter
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [bug report] EXP rcuscale: Add crude tests for mem_dump_obj()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: remove surplus instrumentation_end in rcu_nmi_enter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Correct cpu offline trace in rcutree_dying_cpu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [bug report] EXP rcuscale: Add crude tests for mem_dump_obj()
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] rcu: Trace cbs accelerated without leaf rnp node lock held
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] rcu: Only trace when cbs are accelerated
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] rcu: Correct cpu offline trace in rcutree_dying_cpu
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- [PATCH] rcu: Trace cbs accelerated without leaf rnp node lock held
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- [PATCH] rcu: Only trace when cbs are accelerated
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- [PATCH] rcu: remove surplus instrumentation_end in rcu_nmi_enter
- From: Zhouyi Zhou <zhouzhouyi@xxxxxxxxx>
- Re: [PATCH mm,percpu_ref,rcu 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH mm,percpu_ref,rcu 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v4 sl-b 0/6] Export return addresses etc. for better diagnostics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v4 sl-b 0/6] Export return addresses etc. for better diagnostics
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH mm,percpu_ref,rcu 4/6] mm: Make mem_obj_dump() vmalloc() dumps include start and length
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH mm,percpu_ref,rcu 3/6] mm: Make mem_dump_obj() handle vmalloc() memory
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH mm,percpu_ref,rcu 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v4 sl-b 0/6] Export return addresses etc. for better diagnostics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: kerneldoc warnings since commit 538fc2ee870a3 ("rcu: Introduce kfree_rcu() single-argument macro")
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: kerneldoc warnings since commit 538fc2ee870a3 ("rcu: Introduce kfree_rcu() single-argument macro")
- From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
- Re: [PATCH v4 sl-b 0/6] Export return addresses etc. for better diagnostics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v4 sl-b 0/6] Export return addresses etc. for better diagnostics
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [PATCH tip/core/rcu 10/18] torture: Create doyesno helper function for torture.sh
- [PATCH tip/core/rcu 11/18] torture: Make torture.sh allmodconfig retain and label output
- [PATCH tip/core/rcu 13/18] torture: Make torture.sh refuse to do zero-length runs
- [PATCH tip/core/rcu 18/18] torture: Compress KASAN vmlinux files
- [PATCH tip/core/rcu 16/18] torture: Add command and results directory to torture.sh log
- [PATCH tip/core/rcu 14/18] torture: Drop log.long generation from torture.sh
- [PATCH tip/core/rcu 12/18] torture: Make torture.sh throttle VERBOSE_TOROUT_*() for refscale
- [PATCH tip/core/rcu 09/18] torture: Make torture.sh refscale runs use verbose_batched module parameter
- [PATCH tip/core/rcu 08/18] torture: Make torture.sh rcuscale and refscale deal with allmodconfig
- [PATCH tip/core/rcu 07/18] torture: Enable torture.sh argument checking
- [PATCH tip/core/rcu 05/18] torture: Add "make allmodconfig" to torture.sh
- [PATCH tip/core/rcu 17/18] torture: Add --kcsan-kmake-arg to torture.sh for KCSAN
- [PATCH tip/core/rcu 15/18] torture: Allow scenarios to be specified to torture.sh
- [PATCH tip/core/rcu 02/18] torture: Add torture.sh torture-everything script
- [PATCH tip/core/rcu 06/18] torture: Auto-size SCF and scaling runs based on number of CPUs
- [PATCH tip/core/rcu 04/18] torture: Remove use of "eval" in torture.sh
- [PATCH tip/core/rcu 03/18] torture: Make torture.sh use common time-duration bash functions
- [PATCH tip/core/rcu 01/18] torture: Do Kconfig analysis only once per scenario
- [PATCH tip/core/rcu 0/18] Add a torture-all acceptance-test script for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 09/20] torture: Make kvm.sh arguments accumulate
- [PATCH tip/core/rcu 12/20] torture: Make kvm.sh include --kconfig arguments in CPU calculation
- [PATCH tip/core/rcu 08/20] torture: Make kvm.sh "Test Summary" date be end of test
- [PATCH tip/core/rcu 16/20] torture: s/STOP/STOP.1/ to avoid scenario collision
- [PATCH tip/core/rcu 10/20] torture: Print run duration at end of kvm.sh execution
- [PATCH tip/core/rcu 14/20] torture: Stop hanging on panic
- [PATCH tip/core/rcu 13/20] torture: Add kvm.sh test summary to end of log file
- [PATCH tip/core/rcu 20/20] torture: Do Kconfig analysis only once per scenario
- [PATCH tip/core/rcu 15/20] torture: Add --dryrun batches to help schedule a distributed run
- [PATCH tip/core/rcu 18/20] torture: Remove "Failed to add ttynull console" false positive
- [PATCH tip/core/rcu 19/20] torture: Allow standalone kvm-recheck.sh run detect --trust-make
- [PATCH tip/core/rcu 11/20] torture: Make kvm.sh return failure upon build failure
- [PATCH tip/core/rcu 07/20] tools/rcutorture: Make identify_qemu_vcpus() independent of local language
- [PATCH tip/core/rcu 17/20] torture: Simplify exit-code plumbing for kvm-recheck.sh and kvm-find-errors.sh
- [PATCH tip/core/rcu 06/20] torture: Add config2csv.sh script to compare torture scenarios
- [PATCH tip/core/rcu 01/20] torture: Make --kcsan specify lockdep
- [PATCH tip/core/rcu 05/20] torture: Prepare for splitting qemu execution from kvm-test-1-run.sh
- [PATCH tip/core/rcu 04/20] torture: Allow kvm.sh --datestamp to specify subdirectories
- [PATCH tip/core/rcu 02/20] torture: Make kvm.sh "--dryrun sched" summarize number of batches
- [PATCH tip/core/rcu 03/20] torture: Make kvm.sh "--dryrun sched" summarize number of builds
- [PATCH tip/core/rcu 0/20] Torture scripting updates for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 06/17] rcutorture: Make rcu_torture_fakewriter() use blocking wait primitives
- [PATCH tip/core/rcu 10/17] rcutorture: Use hrtimers for reader and writer delays
- [PATCH tip/core/rcu 17/17] rcutorture: Add rcutree.use_softirq=0 to RUDE01 and TASKS01
- [PATCH tip/core/rcu 08/17] rcutorture: Use torture_hrtimeout_jiffies() to avoid busy-waits
- [PATCH tip/core/rcu 09/17] torture: Make stutter use torture_hrtimeout_*() functions
- [PATCH tip/core/rcu 13/17] rcutorture: Make object_debug also double call_rcu() heap object
- [PATCH tip/core/rcu 16/17] torture: Break affinity of kthreads last running on outgoing CPU
- [PATCH tip/core/rcu 15/17] torture: Maintain torture-specific set of CPUs-online books
- [PATCH tip/core/rcu 12/17] torture: Throttle VERBOSE_TOROUT_*() output
- [PATCH tip/core/rcu 14/17] torture: Clean up after torture-test CPU hotplugging
- [PATCH tip/core/rcu 07/17] torture: Add fuzzed hrtimer-based sleep functions
- [PATCH tip/core/rcu 11/17] torture: Make refscale throttle high-rate printk()s
- [PATCH tip/core/rcu 05/17] rcutorture: Make synctype[] and nsynctype be static global
- [PATCH tip/core/rcu 01/17] rcutorture: Add testing for RCU's global memory ordering
- [PATCH tip/core/rcu 03/17] refscale: Allow summarization of verbose output
- [PATCH tip/core/rcu 04/17] rcutorture: Require entire stutter period be post-boot
- [PATCH tip/core/rcu 02/17] scftorture: Add debug output for wrong-CPU warning
- [PATCH tip/core/rcu 0/17] Torture-test updates for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 10/10] rcutorture: Add reader-side tests of polling grace-period API
- [PATCH tip/core/rcu 09/10] rcutorture: Add writer-side tests of polling grace-period API
- [PATCH tip/core/rcu 07/10] srcu: Add comment explaining cookie overflow/wrap
- [PATCH tip/core/rcu 08/10] rcutorture: Prepare for ->start_gp_poll and ->poll_gp_state
- [PATCH tip/core/rcu 04/10] srcu: Provide polling interfaces for Tiny SRCU grace periods
- [PATCH tip/core/rcu 05/10] srcu: Provide polling interfaces for Tree SRCU grace periods
- [PATCH tip/core/rcu 06/10] srcu: Document polling interfaces for Tree SRCU grace periods
- [PATCH tip/core/rcu 03/10] srcu: Provide internal interface to start a Tree SRCU grace period
- [PATCH tip/core/rcu 01/10] srcu: Make Tiny SRCU use multi-bit grace-period counter
- [PATCH tip/core/rcu 02/10] srcu: Provide internal interface to start a Tiny SRCU grace period
- [PATCH tip/core/rcu 0/10] SRCU updates for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 4/4] rcu: Check and report missed fqs timer wakeup on RCU stall
- [PATCH tip/core/rcu 3/4] rcu: Do not NMI offline CPUs
- [PATCH tip/core/rcu 2/4] rcu: For RCU grace-period kthread starvation, dump last CPU it ran on
- [PATCH tip/core/rcu 1/4] rcu: Mark obtuse portion of stall warning as internal debug
- [PATCH tip/core/rcu 0/4] Stall-warning updates for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 1/3] rcu: Make RCU_BOOST default on CONFIG_PREEMPT_RT
- [PATCH tip/core/rcu 2/3] rcu: Unconditionally use rcuc threads on PREEMPT_RT
- [PATCH tip/core/rcu 3/3] rcu: Enable rcu_normal_after_boot unconditionally for RT
- [PATCH tip/core/rcu 0/3] Real-time updates for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 10/21] rcu/nocb: Set SEGCBLIST_SOFTIRQ_ONLY at the very last stage of de-offloading
- [PATCH tip/core/rcu 08/21] rcu/nocb: Shutdown nocb timer on de-offloading
- [PATCH tip/core/rcu 18/21] rcu/nocb: Add grace period and task state to show_rcu_nocb_state() output
- [PATCH tip/core/rcu 20/21] rcu/nocb: Code-style nits in callback-offloading toggling
- [PATCH tip/core/rcu 21/21] rcu: Do any deferred nocb wakeups at CPU offline time
- [PATCH tip/core/rcu 13/21] rcu/nocb: Locally accelerate callbacks as long as offloading isn't complete
- [PATCH tip/core/rcu 14/21] cpu/hotplug: Add lockdep_is_cpus_held()
- [PATCH tip/core/rcu 19/21] rcu/nocb: Add nocb CB kthread list to show_rcu_nocb_state() output
- [PATCH tip/core/rcu 16/21] rcutorture: Test runtime toggling of CPUs' callback offloading
- [PATCH tip/core/rcu 17/21] tools/rcutorture: Support nocb toggle in TREE01
- [PATCH tip/core/rcu 12/21] rcu/nocb: Process batch locally as long as offloading isn't complete
- [PATCH tip/core/rcu 15/21] timer: Add timer_curr_running()
- [PATCH tip/core/rcu 09/21] rcu/nocb: Flush bypass before setting SEGCBLIST_SOFTIRQ_ONLY
- [PATCH tip/core/rcu 11/21] rcu/nocb: Only cond_resched() from actual offloaded batch processing
- [PATCH tip/core/rcu 07/21] rcu/nocb: Re-offload support
- [PATCH tip/core/rcu 06/21] rcu/nocb: De-offloading GP kthread
- [PATCH tip/core/rcu 03/21] rcu/nocb: Always init segcblist on CPU up
- [PATCH tip/core/rcu 04/21] rcu/nocb: De-offloading CB kthread
- [PATCH tip/core/rcu 05/21] rcu/nocb: Don't deoffload an offline CPU with pending work
- [PATCH tip/core/rcu 02/21] rcu/nocb: Provide basic callback offloading state machine bits
- [PATCH tip/core/rcu 01/21] rcu/nocb: Turn enabled/offload states into a common flag
- [PATCH tip/core/rcu 0/21] Provide runtime switching of offloaded CPUs
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 4/6] rcu/tree: segcblist: Remove redundant smp_mb()s
- [PATCH tip/core/rcu 6/6] rcu/segcblist: Add debug checks for segment lengths
- [PATCH tip/core/rcu 5/6] rcu/trace: Add tracing for how segcb list changes
- [PATCH tip/core/rcu 1/6] rcu/tree: Make rcu_do_batch count how many callbacks were executed
- [PATCH tip/core/rcu 3/6] rcu/segcblist: Add counters to segcblist datastructure
- [PATCH tip/core/rcu 2/6] rcu/segcblist: Add additional comments to explain smp_mb()
- [PATCH tip/core/rcu 0/6] Track callbacks on a per-segment basis
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH mm,percpu_ref,rcu 6/6] percpu_ref: Dump mem_dump_obj() info upon reference-count underflow
- [PATCH mm,percpu_ref,rcu 3/6] mm: Make mem_dump_obj() handle vmalloc() memory
- [PATCH mm,percpu_ref,rcu 5/6] rcu: Make call_rcu() print mem_dump_obj() info for double-freed callback
- [PATCH mm,percpu_ref,rcu 1/6] mm: Add mem_dump_obj() to print source of memory block
- [PATCH mm,percpu_ref,rcu 4/6] mm: Make mem_obj_dump() vmalloc() dumps include start and length
- [PATCH mm,percpu_ref,rcu 2/6] mm: Make mem_dump_obj() handle NULL and zero-sized pointers
- [PATCH v4 sl-b 0/6] Export return addresses etc. for better diagnostics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 3/3] rcu: Eliminate the __kvfree_rcu() macro
- [PATCH tip/core/rcu 1/3] rcu: Record kvfree_call_rcu() call stack for KASAN
- [PATCH tip/core/rcu 2/3] rcu: Introduce kfree_rcu() single-argument macro
- [PATCH tip/core/rcu 0/3] kfree_rcu() updates for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 5/6] rcu-tasks: Add RCU-tasks self tests
- [PATCH tip/core/rcu 6/6] rcu: Make TASKS_TRACE_RCU select IRQ_WORK
- [PATCH tip/core/rcu 4/6] rcu: Add lockdep_assert_irqs_disabled() to raw_spin_unlock_rcu_node() macros
- [PATCH tip/core/rcu 3/6] rcu: Add lockdep_assert_irqs_disabled() to rcu_sched_clock_irq() and callees
- [PATCH tip/core/rcu 1/6] sched/core: Allow try_invoke_on_locked_down_task() with irqs disabled
- [PATCH tip/core/rcu 2/6] locking: Remove duplicate include of percpu-rwsem.h
- [PATCH tip/core/rcu 0/6] Miscellaneous fixes for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH tip/core/rcu 7/8] doc: Update RCU's requirements page about the PREEMPT_RT wiki.
- [PATCH tip/core/rcu 8/8] doc: Use CONFIG_PREEMPTION
- [PATCH tip/core/rcu 2/8] doc: Remove obsolete RCU-bh and RCU-sched update-side API members
- [PATCH tip/core/rcu 6/8] doc: Remove obsolete rcutree.rcu_idle_lazy_gp_delay boot parameter
- [PATCH tip/core/rcu 5/8] doc: Update RCU requirements RCU_INIT_POINTER() description
- [PATCH tip/core/rcu 1/8] docs: Remove redundant "``" from Requirements.rst
- [PATCH tip/core/rcu 4/8] docs: Fix typos and drop/fix dead links in RCU documentation
- [PATCH tip/core/rcu 3/8] list: Fix a typo at the kernel-doc markup
- [PATCH tip/core/rcu 0/8] Documentation updates for v5.12
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: Fix dynticks_nmi_nesting underflow check in rcu_is_cpu_rrupt_from_idle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: kerneldoc warnings since commit 538fc2ee870a3 ("rcu: Introduce kfree_rcu() single-argument macro")
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: kerneldoc warnings since commit 538fc2ee870a3 ("rcu: Introduce kfree_rcu() single-argument macro")
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: kerneldoc warnings since commit 538fc2ee870a3 ("rcu: Introduce kfree_rcu() single-argument macro")
- From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
- Re: [PATCH] rcu: Fix dynticks_nmi_nesting underflow check in rcu_is_cpu_rrupt_from_idle
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: kerneldoc warnings since commit 538fc2ee870a3 ("rcu: Introduce kfree_rcu() single-argument macro")
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- kerneldoc warnings since commit 538fc2ee870a3 ("rcu: Introduce kfree_rcu() single-argument macro")
- From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
- Re: [GIT PULL] Fix kprobes issue by moving RCU-tasks initialization earlier
- From: pr-tracker-bot@xxxxxxxxxx
- [GIT PULL] Fix kprobes issue by moving RCU-tasks initialization earlier
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] docs: Fix reST markup when linking to sections
- From: Jonathan Corbet <corbet@xxxxxxx>
- Re: [PATCH 00/19] rcu/nocb: De-offload and re-offload support v4
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH v2] docs: Fix reST markup when linking to sections
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH v2] docs: Fix reST markup when linking to sections
- From: Nícolas F. R. A. Prado <nfraprado@xxxxxxxxxxxxxx>
- Re: [PATCH tip/core/rcu 3/4] rcutorture: Make grace-period kthread report match RCU flavor being tested
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] docs: Fix reST markup when linking to sections
- From: Nícolas F. R. A. Prado <nfraprado@xxxxxxxxxxxxxx>
- Re: [PATCH] docs: Fix reST markup when linking to sections
- From: Mauro Carvalho Chehab <mchehab+huawei@xxxxxxxxxx>
- [PATCH] docs: Fix reST markup when linking to sections
- From: Nícolas F. R. A. Prado <nfraprado@xxxxxxxxxxxxxx>
- Re: [PATCH] rcu: Fix dynticks_nmi_nesting underflow check in rcu_is_cpu_rrupt_from_idle
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] rcu: Fix dynticks_nmi_nesting underflow check in rcu_is_cpu_rrupt_from_idle
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- [PATCH AUTOSEL 5.10 044/217] refscale: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.10 043/217] rcuscale: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.10 046/217] torture: Prevent jitter processes from delaying failed run
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.10 047/217] rcutorture: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.4 021/130] torture: Prevent jitter processes from delaying failed run
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 13/87] torture: Prevent jitter processes from delaying failed run
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 14/87] rcutorture: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.14 12/66] rcutorture: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.9 10/48] rcutorture: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.4 09/38] rcutorture: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.4 022/130] rcutorture: Prevent hangs for invalid arguments
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: i386: rcu-torture: WARNING: at kernel/rcu/rcutorture.c:1169 rcu_torture_writer [rcutorture]
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: i386: rcu-torture: WARNING: at kernel/rcu/rcutorture.c:1169 rcu_torture_writer [rcutorture]
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: i386: rcu-torture: WARNING: at kernel/rcu/rcutorture.c:1169 rcu_torture_writer [rcutorture]
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 00/19] rcu/nocb: De-offload and re-offload support v4
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH tip/core/rcu 3/4] rcutorture: Make grace-period kthread report match RCU flavor being tested
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: i386: rcu-torture: WARNING: at kernel/rcu/rcutorture.c:1169 rcu_torture_writer [rcutorture]
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [stabe-rc 5.9 ] sched: core.c:7270 Illegal context switch in RCU-bh read-side critical section!
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [stabe-rc 5.9 ] sched: core.c:7270 Illegal context switch in RCU-bh read-side critical section!
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- i386: rcu-torture: WARNING: at kernel/rcu/rcutorture.c:1169 rcu_torture_writer [rcutorture]
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: WARNING: suspicious RCU usage in modeset_lock
- From: Daniel Vetter <daniel.vetter@xxxxxxxx>
- Re: [PATCH tip/core/rcu 3/4] rcutorture: Make grace-period kthread report match RCU flavor being tested
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 17/19] cpu/hotplug: Add lockdep_is_cpus_held()
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH 0/5] A few smaller RCU related patches from the RT tree
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [stabe-rc 5.9 ] sched: core.c:7270 Illegal context switch in RCU-bh read-side critical section!
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH tip/core/rcu 3/4] rcutorture: Make grace-period kthread report match RCU flavor being tested
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 0/5] A few smaller RCU related patches from the RT tree
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [stabe-rc 5.9 ] sched: core.c:7270 Illegal context switch in RCU-bh read-side critical section!
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH 5/5] doc: Use CONFIG_PREEMPTION
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 0/5] A few smaller RCU related patches from the RT tree
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 1/5] rcu: make RCU_BOOST default on CONFIG_PREEMPT_RT
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 2/5] rcu: Use rcuc threads on PREEMPT_RT.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 3/5] rcu: enable rcu_normal_after_boot by default for RT
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 4/5] doc: Update RCU's requirements page about the PREEMPT_RT wiki.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH tip/core/rcu 3/4] rcutorture: Make grace-period kthread report match RCU flavor being tested
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- [stabe-rc 5.9 ] sched: core.c:7270 Illegal context switch in RCU-bh read-side critical section!
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: Energy-efficiency options within RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Energy-efficiency options within RCU
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v4] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v4] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH v3 sl-b 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v4] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- [PATCH v4] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH v3 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH v3 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [PATCH v3 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- [PATCH v3 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH v3 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- [PATCH v3 0/1] net: Reduce rcu_barrier() contentions from 'unshare(CLONE_NEWNET)'
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH v3 sl-b 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: Joonsoo Kim <js1304@xxxxxxxxx>
- Re: [PATCH v3 sl-b 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: Joonsoo Kim <js1304@xxxxxxxxx>
- Re: [PATCH v3 sl-b 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v3 sl-b 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v3 sl-b 6/6] percpu_ref: Dump mem_dump_obj() info upon reference-count underflow
- Re: [PATCH v3 sl-b 1/6] mm: Add mem_dump_obj() to print source of memory block
- From: Joonsoo Kim <js1304@xxxxxxxxx>
- [PATCH v3 sl-b 2/6] mm: Make mem_dump_obj() handle NULL and zero-sized pointers
- [PATCH v3 sl-b 3/6] mm: Make mem_dump_obj() handle vmalloc() memory
- [PATCH v3 sl-b 5/6] rcu: Make call_rcu() print mem_dump_obj() info for double-freed callback
- [PATCH v3 sl-b 4/6] mm: Make mem_obj_dump() vmalloc() dumps include start and length
- [PATCH v3 sl-b 1/6] mm: Add mem_dump_obj() to print source of memory block
- Re: [PATCH RFC v2 sl-b] Export return addresses etc. for better diagnostics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 0/1] net: Reduce rcu_barrier() contentions from 'unshare(CLONE_NEWNET)'
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: Energy-efficiency options within RCU
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Energy-efficiency options within RCU
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/2] rcu-tasks: move RCU-tasks initialization out of core_initcall()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH 1/2] rcu-tasks: move RCU-tasks initialization out of core_initcall()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 0/1] net: Reduce rcu_barrier() contentions from 'unshare(CLONE_NEWNET)'
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [PATCH 1/2] rcu-tasks: move RCU-tasks initialization out of core_initcall()
- From: Daniel Axtens <dja@xxxxxxxxxx>
- Re: [PATCH 1/2] rcu-tasks: move RCU-tasks initialization out of core_initcall()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: Joonsoo Kim <js1304@xxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- From: Vlastimil Babka <vbabka@xxxxxxx>
- [PATCH v2 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- [PATCH v2 0/1] net: Reduce rcu_barrier() contentions from 'unshare(CLONE_NEWNET)'
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH 1/2] rcu-tasks: move RCU-tasks initialization out of core_initcall()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 sl-b 2/5] mm: Make mem_dump_obj() handle NULL and zero-sized pointers
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 00/19] rcu/nocb: De-offload and re-offload support v4
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH 00/19] rcu/nocb: De-offload and re-offload support v4
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 1/2] rcu-tasks: move RCU-tasks initialization out of core_initcall()
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- [PATCH 2/2] rcu-tasks: add RCU-tasks self tests
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 1/2] rcu-tasks: move RCU-tasks initialization out of core_initcall()
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v2 sl-b 2/5] mm: Make mem_dump_obj() handle NULL and zero-sized pointers
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: Vlastimil Babka <vbabka@xxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH v2 sl-b 3/5] mm: Make mem_dump_obj() handle vmalloc() memory
- [PATCH v2 sl-b 4/5] rcu: Make call_rcu() print mem_dump_obj() info for double-freed callback
- [PATCH v2 sl-b 5/5] percpu_ref: Dump mem_dump_obj() info upon reference-count underflow
- [PATCH v2 sl-b 2/5] mm: Make mem_dump_obj() handle NULL and zero-sized pointers
- [PATCH v2 sl-b 1/5] mm: Add mem_dump_obj() to print source of memory block
- [PATCH RFC v2 sl-b] Export return addresses etc. for better diagnostics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: One potential issue with concurrent execution of RCU callbacks...
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [RFC lockdep 4/4] lockdep/selftest: Add wait context selftests
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH sl-b 1/6] mm: Add kmem_last_alloc() to return last allocation for memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- One potential issue with concurrent execution of RCU callbacks...
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [RFC lockdep 4/4] lockdep/selftest: Add wait context selftests
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH 00/19] rcu/nocb: De-offload and re-offload support v4
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- [RFC lockdep 3/4] rcu/lockdep: Annotate the rcu_callback_map with proper wait contexts
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [RFC lockdep 2/4] lockdep: Allow wait context checking with empty ->held_locks
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [RFC lockdep 4/4] lockdep/selftest: Add wait context selftests
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [RFC lockdep 0/4] Fixes and self testcases for wait context detection
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [RFC lockdep 1/4] lockdep/selftest: Make HARDIRQ context threaded
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- [PATCH 1/1] net/ipv4/inet_fragment: Batch fqdir destroy works
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- [PATCH 0/1] net: Reduce rcu_barrier() contentions from 'unshare(CLONE_NEWNET)'
- From: SeongJae Park <sjpark@xxxxxxxxxx>
- Re: [PATCH sl-b 1/6] mm: Add kmem_last_alloc() to return last allocation for memory block
- From: Joonsoo Kim <js1304@xxxxxxxxx>
- Re: [PATCH 00/19] rcu/nocb: De-offload and re-offload support v4
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH sl-b 1/6] mm: Add kmem_last_alloc() to return last allocation for memory block
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: BUG: KCSAN: data-race in tick_nohz_next_event / tick_nohz_stop_tick
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: BUG: KCSAN: data-race in mutex_spin_on_owner+0xef/0x1b0
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: WARNING: bad unlock balance detected! - mkfs.ext4/426 is trying to release lock (rcu_read_lock)
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: [PATCH sl-b 1/6] mm: Add kmem_last_alloc() to return last allocation for memory block
- From: Joonsoo Kim <js1304@xxxxxxxxx>
- Re: WARNING: bad unlock balance detected! - mkfs.ext4/426 is trying to release lock (rcu_read_lock)
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- Re: sched: core.c:7270 Illegal context switch in RCU-bh read-side critical section! __alloc_pages_nodemask
- From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
- WARNING: bad unlock balance detected! - mkfs.ext4/426 is trying to release lock (rcu_read_lock)
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- sched: core.c:7270 Illegal context switch in RCU-bh read-side critical section! __alloc_pages_nodemask
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: BUG: KCSAN: data-race in tick_nohz_next_event / tick_nohz_stop_tick
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: BUG: KCSAN: data-race in tick_nohz_next_event / tick_nohz_stop_tick
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH sl-b 3/6] rcu: Make call_rcu() print allocation address of double-freed callback
- [PATCH sl-b 6/6] percpu_ref: Print stack trace upon reference-count underflow
- [PATCH sl-b 1/6] mm: Add kmem_last_alloc() to return last allocation for memory block
- [PATCH sl-b 4/6] mm: Create kmem_last_alloc_stack() to provide stack trace in slub
- [PATCH sl-b 5/6] percpu_ref: Print allocator upon reference-count underflow
- [PATCH sl-b 2/6] mm: Add kmem_last_alloc_errstring() to provide more kmem_last_alloc() info
- [PATCH RFC sl-b] Export return addresses for better diagnostics
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: BUG: KCSAN: data-race in tick_nohz_next_event / tick_nohz_stop_tick
- From: Marco Elver <elver@xxxxxxxxxx>
- BUG: KCSAN: data-race in tick_nohz_next_event / tick_nohz_stop_tick
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- BUG: KCSAN: data-race in dec_zone_page_state / write_cache_pages
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- BUG: KCSAN: data-race in __rpc_do_wake_up_task_on_wq / xprt_request_transmit
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- BUG: KCSAN: data-race in mutex_spin_on_owner+0xef/0x1b0
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [arm64] db410c: BUG: Invalid wait context
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [arm64] db410c: BUG: Invalid wait context
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: 回复: 回复: SRCU: Question on srcu_advance_state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [arm64] db410c: BUG: Invalid wait context
- From: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- [GIT PULL tip/core/rcu] RCU, LKMM, and KCSAN commits for v5.11
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 6/6] srcu: Document polling interfaces for Tree SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- 回复: 回复: SRCU: Question on srcu_advance_state
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 5/6] srcu: Provide polling interfaces for Tree SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- powerpc 5.10-rcN boot failures with RCU_SCALE_TEST=m
- From: Daniel Axtens <dja@xxxxxxxxxx>
- Re: kdump always hangs in rcu_barrier() -> wait_for_completion()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- RE: kdump always hangs in rcu_barrier() -> wait_for_completion()
- From: Dexuan Cui <decui@xxxxxxxxxxxxx>
- Re: kdump always hangs in rcu_barrier() -> wait_for_completion()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- RE: kdump always hangs in rcu_barrier() -> wait_for_completion()
- From: Dexuan Cui <decui@xxxxxxxxxxxxx>
- Re: kdump always hangs in rcu_barrier() -> wait_for_completion()
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH 2/2] rcu: eliminate the __kvfree_rcu() macro
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: 回复: SRCU: Question on srcu_advance_state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 2/2] rcu: eliminate the __kvfree_rcu() macro
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Boqun Feng <boqun.feng@xxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 4/5] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 4/5] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- 回复: SRCU: Question on srcu_advance_state
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 4/5] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 4/5] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 5/5] srcu: Provide polling interfaces for Tree SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH tip/core/rcu 0/5] Provide SRCU polling grace-period interfaces
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: SRCU: Question on srcu_advance_state
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH tip/core/rcu 0/5] Provide SRCU polling grace-period interfaces
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH v2 tip/core/rcu 3/6] srcu: Provide internal interface to start a Tree SRCU grace period
- [PATCH v2 tip/core/rcu 4/6] srcu: Provide polling interfaces for Tiny SRCU grace periods
- [PATCH v2 tip/core/rcu 5/6] srcu: Provide polling interfaces for Tree SRCU grace periods
- [PATCH v2 tip/core/rcu 6/6] srcu: Document polling interfaces for Tree SRCU grace periods
- [PATCH v2 tip/core/rcu 2/6] srcu: Provide internal interface to start a Tiny SRCU grace period
- [PATCH v2 tip/core/rcu 1/6] srcu: Make Tiny SRCU use multi-bit grace-period counter
- Re: [PATCH tip/core/rcu 0/5] Provide SRCU polling grace-period interfaces
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 3/5] srcu: Provide internal interface to start a Tree SRCU grace period
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 5/5] srcu: Provide polling interfaces for Tree SRCU grace periods
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 4/5] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 5/5] srcu: Provide polling interfaces for Tree SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: Uladzislau Rezki <urezki@xxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 4/5] srcu: Provide polling interfaces for Tiny SRCU grace periods
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- [PATCH 2/2] rcu: eliminate the __kvfree_rcu() macro
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- [PATCH 1/2] rcu: introduce kfree_rcu() single argument macro
- From: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 3/5] srcu: Provide internal interface to start a Tree SRCU grace period
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 2/5] srcu: Provide internal interface to start a Tiny SRCU grace period
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Mark Rutland <mark.rutland@xxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
- SRCU: Question on srcu_advance_state
- From: "Zhang,Qiang" <qiang.zhang@xxxxxxxxxxxxx>
- 回复: [PATCH] srcu: Remove srcu_cblist_invoking member from sdp
- From: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
- Re: [PATCH] tools/rcutorture: Make identify_qemu_vcpus() independant of local language
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Will Deacon <will@xxxxxxxxxx>
- Re: [PATCH] tools/rcutorture: Make identify_qemu_vcpus() independant of local language
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- linux-next: stall warnings and deadlock on Arm64 (was: [PATCH] kfence: Avoid stalling...)
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] srcu: Remove srcu_cblist_invoking member from sdp
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 1/5] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH RFC tip/core/rcu 1/5] srcu: Make Tiny SRCU use multi-bit grace-period counter
- From: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
- [PATCH] srcu: Remove srcu_cblist_invoking member from sdp
- From: qiang.zhang@xxxxxxxxxxxxx
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH] tools/rcutorture: Make identify_qemu_vcpus() independant of local language
- From: Frederic Weisbecker <frederic@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH] kfence: Avoid stalling work queue task without allocations
- From: Marco Elver <elver@xxxxxxxxxx>
- Re: [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH v2] rcu/segcblist: Add debug checks for segment lengths
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH] rcu/segcblist: Add debug check for whether seglen is 0 for empty list
- From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
- [PATCH] rcu: kasan: record and print kvfree_call_rcu call stack
- From: qiang.zhang@xxxxxxxxxxxxx
- Re: [GIT RFC PULL rcu/urgent] Fix lockdep issue in rcu_print_task_stall()
- From: pr-tracker-bot@xxxxxxxxxx
[Index of Archives]
[Linux Samsung SoC]
[Linux Rockchip SoC]
[Linux for Synopsys ARC Processors]
[Linux Actions SoC]
[Linux Kernel]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Scanners]
[Yosemite Forum]