RCU
Thread Index
[
Prev Page
][
Next Page
]
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: peterz@xxxxxxxxxxxxx
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Lina Iyer <ilina@xxxxxxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: peterz@xxxxxxxxxxxxx
Re: [PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: peterz@xxxxxxxxxxxxx
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: peterz@xxxxxxxxxxxxx
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
Re: WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 4/4] smp: Make symbol 'csd_bug_count' static
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 3/4] kernel/smp: Provide CSD lock timeout diagnostics
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 2/4] smp: Add source and destination CPUs to __call_single_data
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 1/4] lib: Add backtrace_idle parameter to force backtrace of idle CPUs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/4] Add smp_call_function() debugging for v5.10
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 07/13] rcu: Attempt QS when CPU discovers GP for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/13] rcu: Do full report for .need_qs for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/13] rcu: Always set .need_qs from __rcu_read_lock() for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/13] rcu: IPI all CPUs at GP end for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/13] rcu: Reduce leaf fanout for strict RCU grace periods
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/13] rcu: Report QS for outermost PREEMPT=n rcu_read_unlock() for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/13] rcu: Execute RCU reader shortly after rcu_core for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/13] rcu: Provide optional RCU-reader exit delay for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/13] rcu: Remove unused "cpu" parameter from rcu_report_qs_rdp()
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 04/13] rcu: Force DEFAULT_RCU_BLIMIT to 1000 for strict RCU GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/13] rcu: IPI all CPUs at GP start for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/13] rcu: Add Kconfig option for strict RCU grace periods
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/13] rcu: Restrict default jiffies_till_first_fqs for strict RCU GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/13] Add strict grace periods for KASAN use for v5.10
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 06/19] scftorture: Summarize per-thread statistics
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 04/19] scftorture: Implement weighted primitive selection
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/19] torture: Add scftorture to the rcutorture scripting
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/19] scftorture: Add smp_call_function() torture test
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/19] scftorture: Add smp_call_function_single() memory-ordering checks
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/19] scftorture: Add smp_call_function_many() memory-ordering checks
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 14/19] scftorture: Make symbol 'scf_torture_rand' static
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/19] scftorture: Consolidate scftorture_invoke_one() check and kfree()
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/19] tick-sched: Clarify "NOHZ: local_softirq_pending" warning
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/19] scftorture: Consolidate scftorture_invoke_one() scf_check initialization
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 19/19] rcuperf: Change rcuperf to rcuscale
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 16/19] scftorture: Block scftorture_invoker() kthreads for offline CPUs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/19] scftorture: Flag errors in torture-compatible manner
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 15/19] scftorture: Check unexpected "switch" statement value
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/19] scftorture: Prevent compiler from reducing race probabilities
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 17/19] scftorture: Adapt memory-ordering test to UP operation
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 18/19] scftorture: Add cond_resched() to test loop
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/19] scftorture: Add smp_call_function() memory-ordering checks
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/19] torture: Declare parse-console.sh independence from rcutorture
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/19] New smp_call_function() torture test for v5.10
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 04/14] locktorture: Make function torture_percpu_rwsem_init() static
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/14] torture: document --allcpus argument added to the kvm.sh script
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/14] rcutorture: Add CONFIG_PROVE_RCU_LIST to TREE05
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/14] torture: Update initrd documentation
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/14] rcutorture: Properly set rcu_fwds for OOM handling
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/14] refperf: Avoid null pointer dereference when buf fails to allocate
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/14] rcutorture: Properly synchronize with OOM notifier
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/14] rcutorture: Hoist OOM registry up one level
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/14] rcutorture: Allow pointer leaks to test diagnostic code
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/14] rcutorture: Replace HTTP links with HTTPS ones
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/14] torture: Add kvm.sh --help and update help message
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 14/14] torture: Add gdb support
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/14] rcutorture: Output number of elapsed grace periods
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/14] rcutorture: Remove KCSAN stubs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/14] Torture-test updates for v5.10
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 05/24] rcu/trace: Print negative GP numbers correctly
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/24] nocb: Clarify RCU nocb CPU error message
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/24] rcu/trace: Use gp_seq_req in acceleration's rcu_grace_period tracepoint
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/24] rcu/tree: Remove CONFIG_PREMPT_RCU check in force_qs_rnp()
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 16/24] rculist: Introduce list/hlist_for_each_entry_srcu() macros
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/24] rcu: Add READ_ONCE() to rcu_do_batch() access to rcu_resched_ns
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/24] nocb: Remove show_rcu_nocb_state() false positive printout
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 18/24] rcu: Move rcu_cpu_started per-CPU variable to rcu_data
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 14/24] rcu: Add READ_ONCE() to rcu_do_batch() access to rcu_cpu_stall_ftrace_dump
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 17/24] kvm: mmu: page_track: Fix RCU list API usage
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 20/24] rcu: Clarify comments about FQS loop reporting quiescent states
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 15/24] rcu: Fix kerneldoc comments in rcupdate.h
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 22/24] rcu: Remove unused __rcu_is_watching() function
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 21/24] rcu: Make FQS more aggressive in complaining about offline CPUs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 24/24] rcu: Shrink each possible cpu krcp
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 04/24] rcu: Initialize at declaration time in rcu_exp_handler()
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/24] srcu: Remove KCSAN stubs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/24] rcu: Remove KCSAN stubs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/24] rcu: Remove KCSAN stubs from update.c
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 23/24] rcu/segcblist: Prevent useless GP start if no CBs to accelerate
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 19/24] rcu/nocb: Add a warning for non-GP kthread running GP code
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/24] rcu: Add READ_ONCE() to rcu_do_batch() access to rcu_kick_kthreads
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/24] rcu: Add READ_ONCE() to rcu_do_batch() access to rcu_divisor
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/24] rcu/tree: Force quiescent state on callback overload
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/24] Miscellaneous fixes for v5.10
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 2/3] doc: Drop doubled words from RCU Data-Structures.rst
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 3/3] doc: Drop doubled words from RCU requirements documentation
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 1/3] docs: Fix typo in synchronize_rcu() function name
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/3] RCU documentation updates for v5.10
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
[PATCH] rcu: allow multiple stalls before panic
From
: chao <chao@xxxxxxxx>
WARNING: suspicious RCU usage - sdhci-pltfm: SDHCI platform and OF driver helper
From
: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
Re: [PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 -rcu 3/4] rcu/segcblist: Add counters to segcblist datastructure
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 -rcu 4/4] rcu/trace: Add tracing for how segcb list changes
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 -rcu 3/4] rcu/segcblist: Add counters to segcblist datastructure
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 -rcu 4/4] rcu/trace: Add tracing for how segcb list changes
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 -rcu 3/4] rcu/segcblist: Add counters to segcblist datastructure
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 -rcu 2/4] rcu/tree: Make rcu_do_batch count how many callbacks were executed
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 -rcu 0/4] Maintain the length of each segment in the segcblist
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC PATCH 3/3] selinux: track policy lifetime with refcount
From
: peter enderborg <peter.enderborg@xxxxxxxx>
Re: [RFC PATCH 3/3] selinux: track policy lifetime with refcount
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC PATCH 2/3] selinux: remove the 'initialized' flag from selinux_state
From
: Stephen Smalley <stephen.smalley.work@xxxxxxxxx>
Re: [RFC PATCH 3/3] selinux: track policy lifetime with refcount
From
: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
Re: [RFC PATCH 2/3] selinux: remove the 'initialized' flag from selinux_state
From
: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
Re: [RFC PATCH 1/3] selinux: simplify away security_policydb_len()
From
: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
Re: [RFC PATCH 3/3] selinux: track policy lifetime with refcount
From
: Stephen Smalley <stephen.smalley.work@xxxxxxxxx>
Re: [PATCH] rcu-tasks: Fix compilation warning with !CONFIG_TASKS_RCU and CONFIG_TINY_RCU
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC PATCH 2/3] selinux: remove the 'initialized' flag from selinux_state
From
: Stephen Smalley <stephen.smalley.work@xxxxxxxxx>
Re: [RFC PATCH 1/3] selinux: simplify away security_policydb_len()
From
: Stephen Smalley <stephen.smalley.work@xxxxxxxxx>
Re: [PATCH] rcu-tasks: Fix compilation warning with !CONFIG_TASKS_RCU and CONFIG_TINY_RCU
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
[RFC PATCH 3/3] selinux: track policy lifetime with refcount
From
: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
[RFC PATCH 2/3] selinux: remove the 'initialized' flag from selinux_state
From
: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
[RFC PATCH 1/3] selinux: simplify away security_policydb_len()
From
: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
[RFC PATCH 0/3] selinux: RCU conversion follow-ups
From
: Ondrej Mosnacek <omosnace@xxxxxxxxxx>
Re: [PATCH] rcu-tasks: Fix compilation warning with !CONFIG_TASKS_RCU and CONFIG_TINY_RCU
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH v4 -rcu 2/4] rcu/tree: Make rcu_do_batch count how many callbacks were executed
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 -rcu 4/4] rcu/trace: Add tracing for how segcb list changes
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 -rcu 3/4] rcu/segcblist: Add counters to segcblist datastructure
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 -rcu 1/4] rcu/segcblist: Do not depend on rcl->len to store the segcb len during merge
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 -rcu 0/4] Maintain the length of each segment in the segcblist
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH] rcu-tasks: Fix compilation warning with !CONFIG_TASKS_RCU and CONFIG_TINY_RCU
From
: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 2/2] docs: RCU: Remove stray ()
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH 2/2] docs: RCU: Remove stray ()
From
: Chris Packham <chris.packham@xxxxxxxxxxxxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: 回复: [PATCH] rcu: shrink each possible cpu krcp
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
回复: [PATCH] rcu: shrink each possible cpu krcp
From
: "Zhang, Qiang" <Qiang.Zhang@xxxxxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v2] net: openvswitch: introduce common code for flushing flows
From
: Johan Knöös <jknoos@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: Allow multiple GP misses before Panic
From
: Chao Zhou <chaozhou1018@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: Allow multiple GP misses before Panic
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH v2] net: openvswitch: introduce common code for flushing flows
From
: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [PATCH v2] net: openvswitch: introduce common code for flushing flows
From
: Johan Knöös <jknoos@xxxxxxxxxx>
Re: [PATCH] rcu: shrink each possible cpu krcp
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: peterz@xxxxxxxxxxxxx
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: peterz@xxxxxxxxxxxxx
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
[PATCH] rcu: shrink each possible cpu krcp
From
: <qiang.zhang@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v2] net: openvswitch: introduce common code for flushing flows
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: peterz@xxxxxxxxxxxxx
Re: Allow multiple GP misses before Panic
From
: Chao Zhou <chaozhou1018@xxxxxxxxx>
Re: Allow multiple GP misses before Panic
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [PATCH v2] net: openvswitch: introduce common code for flushing flows
From
: Cong Wang <xiyou.wangcong@xxxxxxxxx>
Re: Allow multiple GP misses before Panic
From
: Chao Zhou <chaozhou1018@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: Allow multiple GP misses before Panic
From
: Chao Zhou <chaozhou1018@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: peterz@xxxxxxxxxxxxx
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: peterz@xxxxxxxxxxxxx
Re: Allow multiple GP misses before Panic
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Allow multiple GP misses before Panic
From
: Chao Zhou <chaozhou1018@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [PATCH tip/core/rcu 06/12] rcu: Do full report for .need_qs for strict GPs
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 06/12] rcu: Do full report for .need_qs for strict GPs
From
: Jann Horn <jannh@xxxxxxxxxx>
[PATCH tip/core/rcu 04/12] rcu: Force DEFAULT_RCU_BLIMIT to 1000 for strict RCU GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/12] rcu: Reduce leaf fanout for strict RCU grace periods
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/12] rcu: Restrict default jiffies_till_first_fqs for strict RCU GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/12] rcu: Do full report for .need_qs for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/12] rcu: IPI all CPUs at GP end for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/12] rcu: Always set .need_qs from __rcu_read_lock() for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/12] rcu: Attempt QS when CPU discovers GP for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/12] rcu: Report QS for outermost PREEMPT=n rcu_read_unlock() for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/12] rcu: Execute RCU reader shortly after rcu_core for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/12] rcu: IPI all CPUs at GP start for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/12] rcu: Provide optional RCU-reader exit delay for strict GPs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/12] rcu: Add Kconfig option for strict RCU grace periods
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/12] Add strict short-grace-period Kconfig option
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: WARNING: kernel/rcu/tree.c:618 rcu_eqs_enter.isra.67+0xd8
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
WARNING: kernel/rcu/tree.c:618 rcu_eqs_enter.isra.67+0xd8
From
: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
[PATCH v2] net: openvswitch: introduce common code for flushing flows
From
: xiangxia.m.yue@xxxxxxxxx
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] net: openvswitch: introduce common code for flushing flows
From
: Cong Wang <xiyou.wangcong@xxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Cong Wang <xiyou.wangcong@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Johan Knöös <jknoos@xxxxxxxxxx>
Re: [PATCH] net: openvswitch: introduce common code for flushing flows
From
: David Miller <davem@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Cong Wang <xiyou.wangcong@xxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Cong Wang <xiyou.wangcong@xxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Tonghao Zhang <xiangxia.m.yue@xxxxxxxxx>
[PATCH] net: openvswitch: introduce common code for flushing flows
From
: xiangxia.m.yue@xxxxxxxxx
Re: [PATCH v4 3/5] rcu/tree: Make FQS complaining about offline CPU more aggressive
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 1/5] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 4/5] rcutorture: Force synchronizing of RCU flavor from hotplug notifier
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 1/5] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: [PATCH v4 2/5] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 2/5] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 1/5] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 4/5] rcutorture: Force synchronizing of RCU flavor from hotplug notifier
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v4 5/5] docs: Update RCU's hotplug requirements with a bit about design
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 1/5] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 4/5] rcutorture: Force synchronizing of RCU flavor from hotplug notifier
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 4/5] rcutorture: Force synchronizing of RCU flavor from hotplug notifier
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH v4 1/5] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: Michal Hocko <mhocko@xxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH 2/2] rcu/tree: use __GFP_NO_LOCKS flag
From
: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
[RFC-PATCH 1/2] mm: Add __GFP_NO_LOCKS flag
From
: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
[RFC-PATCH 0/2] __GFP_NO_LOCKS
From
: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: William Tambe <tambewilliam@xxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: William Tambe <tambewilliam@xxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: William Tambe <tambewilliam@xxxxxxxxx>
[PATCH AUTOSEL 5.7 18/58] rcu/tree: Repeat the monitor if any free channel is busy
From
: Sasha Levin <sashal@xxxxxxxxxx>
[PATCH AUTOSEL 5.8 21/72] rcu/tree: Repeat the monitor if any free channel is busy
From
: Sasha Levin <sashal@xxxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: William Tambe <tambewilliam@xxxxxxxxx>
Re: delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: William Tambe <tambewilliam@xxxxxxxxx>
delayed_put_task_struct() used through call_rcu() by put_task_struct_rcu_user() never gets called
From
: William Tambe <tambewilliam@xxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH v4 5/5] docs: Update RCU's hotplug requirements with a bit about design
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Johan Knöös <jknoos@xxxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [ovs-discuss] Double free in recent kernels after memleak fix
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v4 0/5] option-subject: RCU and CPU hotplug checks and docs
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 2/5] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 5/5] docs: Update RCU's hotplug requirements with a bit about design
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 3/5] rcu/tree: Make FQS complaining about offline CPU more aggressive
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 1/5] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 4/5] rcutorture: Force synchronizing of RCU flavor from hotplug notifier
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v4 0/5] option-subject: RCU and CPU hotplug checks and docs
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag
From
: Vlastimil Babka <vbabka@xxxxxxx>
Re: [RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag
From
: Matthew Wilcox <willy@xxxxxxxxxxxxx>
Re: [RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag
From
: Vlastimil Babka <vbabka@xxxxxxx>
[RFC-PROTOTYPE 1/1] mm: Add __GFP_FAST_TRY flag
From
: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
[tip: core/rcu] srcu: Avoid local_irq_save() before acquiring spinlock_t
From
: "tip-bot2 for Sebastian Andrzej Siewior" <tip-bot2@xxxxxxxxxxxxx>
[tip: core/rcu] mm/list_lru.c: Rename kvfree_rcu() to local variant
From
: "tip-bot2 for Uladzislau Rezki (Sony)" <tip-bot2@xxxxxxxxxxxxx>
Re: [PATCH 1/2] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 1/2] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH v2 3/3] rcu/tree: Make FQS complaining about offline CPU more aggressive
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 2/2] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 2/2] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
[PATCH v2 2/3] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v2 3/3] rcu/tree: Make FQS complaining about offline CPU more aggressive
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH v2 1/3] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: Ingo Molnar <mingo@xxxxxxxxxx>
Re: [PATCH 2/2] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 1/2] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v2 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
[PATCH 2/2] rcu/tree: Clarify comments about FQS loop reporting quiescent states
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH 1/2] rcu/tree: Add a warning if CPU being onlined did not report QS already
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH RFC] rcu/segcblist: Add counters to segcblist datastructure
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: Boqun Feng <boqun.feng@xxxxxxxxx>
Re: [PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
[PATCH v2 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
Re: [PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: Boqun Feng <boqun.feng@xxxxxxxxx>
Re: [PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: BUG: sleeping function called from invalid context at kernel/locking/mutex.c db410c
From
: Saravana Kannan <saravanak@xxxxxxxxxx>
Re: BUG: sleeping function called from invalid context at kernel/locking/mutex.c db410c
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: BUG: sleeping function called from invalid context at kernel/locking/mutex.c db410c
From
: Arnd Bergmann <arnd@xxxxxxxx>
BUG: sleeping function called from invalid context at kernel/locking/mutex.c db410c
From
: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH][next] refperf: avoid null pointer dereference when buf fails to allocate
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH RFC] rcu/segcblist: Add counters to segcblist datastructure
From
: Davidlohr Bueso <dave@xxxxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
Re: [PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: boqun.feng@xxxxxxxxx
Re: [PATCH 1/2] rcu: Correct kernel-doc inconsistency
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH 2/2] rcu: Correct kernel-doc inconsistency
From
: Colton Lewis <colton.w.lewis@xxxxxxxxxxxxxx>
[PATCH 1/2] rcu: Correct kernel-doc inconsistency
From
: Colton Lewis <colton.w.lewis@xxxxxxxxxxxxxx>
Re: [PATCH] rculist: Silence unused-value warning.
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rculist: Silence unused-value warning.
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
[PATCH] rculist: Silence unused-value warning.
From
: Suraj Upadhyay <usuraj35@xxxxxxxxx>
Re: [PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
[PATCH RFC v2] rcu/segcblist: Add counters to segcblist datastructure
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH RFC] rcu/segcblist: Add counters to segcblist datastructure
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: Daniel Díaz <daniel.diaz@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: Daniel Díaz <daniel.diaz@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: Dexuan-Linux Cui <dexuan.linux@xxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: Naresh Kamboju <naresh.kamboju@xxxxxxxxxx>
[PATCH][next] refperf: avoid null pointer dereference when buf fails to allocate
From
: Colin King <colin.king@xxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
[PATCH 1/1] rcu/tree: Drop the lock before entering to page allocator
From
: "Uladzislau Rezki (Sony)" <urezki@xxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [GIT PULL tip/core/rcu] RCU commits for v5.9
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
[GIT PULL tip/core/rcu] RCU commits for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: Null-ptr-deref due to "vfs, fsinfo: Add an RCU safe per-ns mount list"
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
Re: [PATCH] rculist: Fix _list_check_srcu() macro
From
: kernel test robot <lkp@xxxxxxxxx>
Re: [PATCH] rculist: Fix _list_check_srcu() macro
From
: Madhuparna Bhowmik <madhuparnabhowmik10@xxxxxxxxx>
Re: [PATCH] rculist: Fix _list_check_srcu() macro
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rculist: Fix _list_check_srcu() macro
From
: Madhuparna Bhowmik <madhuparnabhowmik10@xxxxxxxxx>
Re: [PATCH] rculist: Fix _list_check_srcu() macro
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH] rcutorture: Replace HTTP links with HTTPS ones
From
: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
[PATCH] rculist: Fix _list_check_srcu() macro
From
: madhuparnabhowmik10@xxxxxxxxx
[PATCH] docs: rcu: Replace HTTP links with HTTPS ones
From
: "Alexander A. Klimov" <grandmaster@xxxxxxxxxxxx>
Re: [PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH 2/2] kvm: mmu: page_track: Fix RCU list API usage
From
: madhuparnabhowmik10@xxxxxxxxx
[PATCH 1/2] rculist : Introduce list/hlist_for_each_entry_srcu() macros
From
: madhuparnabhowmik10@xxxxxxxxx
Re: [PATCH] rculist : Introduce list/hlist_for_each_entry_srcu() macros
From
: Madhuparna Bhowmik <madhuparnabhowmik10@xxxxxxxxx>
Re: [PATCH v2] rcu: fix kerneldoc comments in rcuupdate.h
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu: fix kerneldoc comments in rcuupdate.h
From
: Tobias Klauser <tklauser@xxxxxxxxxx>
[PATCH v2] rcu: fix kerneldoc comments in rcuupdate.h
From
: Tobias Klauser <tklauser@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH] rculist : Introduce list/hlist_for_each_entry_srcu() macros
From
: joel@xxxxxxxxxxxxxxxxx
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 0/2] Documentation: RCU: eliminate duplicated words
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH 2/2] Documentation: RCU: Requirements: drop doubled words
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[PATCH 1/2] Documentation: RCU: Data-Structures: drop doubled words
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[PATCH 0/2] Documentation: RCU: eliminate duplicated words
From
: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
[PATCH] rculist : Introduce list/hlist_for_each_entry_srcu() macros
From
: madhuparnabhowmik10@xxxxxxxxx
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH] rcu: fix kerneldoc comments in rcuupdate.h
From
: Tobias Klauser <tklauser@xxxxxxxxxx>
Re: [PATCH] docs: RCU: fix typo in function name
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu: fix kerneldoc comments in rcuupdate.h
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH] docs: RCU: fix typo in function name
From
: Tobias Klauser <tklauser@xxxxxxxxxx>
[PATCH] rcu: fix kerneldoc comments in rcuupdate.h
From
: Tobias Klauser <tklauser@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [GIT RFC PULL rcu/urgent] Fix noinstr warnings for KCSAN
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[GIT RFC PULL rcu/urgent] Fix noinstr warnings for KCSAN
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: Null-ptr-deref due to "vfs, fsinfo: Add an RCU safe per-ns mount list"
From
: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
[PATCH tip/core/rcu 04/17] rcu/tree: Repeat the monitor if any free channel is busy
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/17] rcu/tree: Make debug_objects logic independent of rcu_head
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/17] rcu/tree: Simplify KFREE_BULK_MAX_ENTR macro
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/17] rcu/tree: Use static initializer for krc.lock
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/17] rcu/tiny: support vmalloc in tiny-RCU
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/17] rcu: Rename *_kfree_callback/*_kfree_rcu_offset/kfree_call_*
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 14/17] rcu: Introduce 2 arg kvfree_rcu() interface
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 16/17] rcu: Introduce single argument kvfree_rcu() interface
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 15/17] rcu: Support reclaim for head-less object
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 17/17] lib/test_vmalloc.c: Add test cases for kvfree_rcu()
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/17] rcu/tree: Maintain separate array for vmalloc ptrs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/17] mm/list_lru.c: Rename kvfree_rcu() to local variant
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/17] rcu/tree: cache specified number of objects
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/17] rcu/tree: Move kfree_rcu_cpu locking/unlocking to separate functions
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/17] rcu/tree: Keep kfree_rcu() awake during lock contention
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/17] rcu/tree: Skip entry into the page allocator for PREEMPT_RT
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/17] rcu: Fix a kernel-doc warnings for "count"
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/17] kfree_rcu updates for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [RFC PATCH linux-next] refperf: __srcu_struct_srcu_refctl_scale can be static
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[RFC PATCH linux-next] refperf: __srcu_struct_srcu_refctl_scale can be static
From
: kernel test robot <lkp@xxxxxxxxx>
Re: Null-ptr-deref due to "vfs, fsinfo: Add an RCU safe per-ns mount list"
From
: Qian Cai <cai@xxxxxx>
Re: [PATCH tip/core/rcu 02/26] mm/mmap.c: Add cond_resched() for exit_mmap() CPU stalls
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 02/26] mm/mmap.c: Add cond_resched() for exit_mmap() CPU stalls
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 02/26] mm/mmap.c: Add cond_resched() for exit_mmap() CPU stalls
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 16/26] rcu: Mark rcu_nmi_enter() call to rcu_cleanup_after_idle() noinstr
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 16/26] rcu: Mark rcu_nmi_enter() call to rcu_cleanup_after_idle() noinstr
From
: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH] rcu/tree: Remove CONFIG_PREMPT_RCU check in force_qs_rnp
From
: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
Re: [PATCH tip/core/rcu 02/26] mm/mmap.c: Add cond_resched() for exit_mmap() CPU stalls
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH tip/core/rcu 02/26] mm/mmap.c: Add cond_resched() for exit_mmap() CPU stalls
From
: Shakeel Butt <shakeelb@xxxxxxxxxx>
[PATCH tip/core/rcu 23/23] rcutorture: Remove KCSAN stubs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/23] torture: Set configfile variable to current scenario
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/23] rcutorture: Handle non-statistic bang-string error messages
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/23] torture: Add script to smoke-test commits in a branch
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/23] locktorture: Use true and false to assign to bool variables
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/23] rcutorture: NULL rcu_torture_current earlier in cleanup code
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/23] rcu/rcutorture: Replace 0 with false
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 04/23] rcutorture: Add races with task-exit processing
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/23] torture: Create qemu-cmd in --buildonly runs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 18/23] torture: Add more tracing crib notes to kvm.sh
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 15/23] torture: Pass --kmake-arg to all make invocations
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/23] torture: Add --allcpus argument to the kvm.sh script
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 16/23] torture: Correctly summarize build-only runs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 17/23] torture: Improve diagnostic for KCSAN-incapable compilers
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 20/23] torture: Dump ftrace at shutdown only if requested
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/23] torture: Abstract out console-log error detection
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/23] torture: Add a stop-run capability
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 19/23] torture: Add kvm-tranform.sh script for qemu-cmd files
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 22/23] torture: Remove obsolete "cd $KVM"
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 21/23] torture: Avoid duplicate specification of qemu command
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 14/23] rcutorture: Check for unwatched readers
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/23] torture: Remove whitespace from identify_qemu_vcpus output
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/23] torture: Remove qemu dependency on EFI firmware
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/23] Torture-test updates for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 3/3] srcu: Remove KCSAN stubs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 2/3] srcu: Avoid local_irq_save() before acquiring spinlock_t
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 1/3] srcu: Fix a typo in comment "amoritized"->"amortized"
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/3] SRCU updates for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 03/30] rcuperf: Add comments explaining the high reader overhead
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/30] refperf: Allow decimal nanoseconds
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/30] refperf: Hoist function-pointer calls out of the loop
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/30] refperf: Convert nreaders to a module parameter
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/30] refperf: Dynamically allocate thread-summary output buffer
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/30] refperf: Add holdoff parameter to allow CPUs to come online
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/30] refperf: Add a test to measure performance of read-side synchronization
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/30] refperf: Make functions static
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 15/30] refperf: More closely synchronize reader start times
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 18/30] refperf: Output per-experiment data points
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 21/30] refperf: Adjust refperf.loop default value
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 19/30] refperf: Simplify initialization-time wakeup protocol
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/30] refperf: Dynamically allocate experiment-summary output buffer
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 17/30] refperf: Label experiment-number column "Runs"
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 16/30] refperf: Add warmup and cooldown processing phases
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 26/30] refperf: Add test for RCU Tasks readers
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 23/30] refperf: Work around 64-bit division
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 20/30] refperf: Add read-side delay module parameter
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 24/30] refperf: Change readdelay module parameter to nanoseconds
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 27/30] rcu-tasks: Fix synchronize_rcu_tasks_trace() header comment
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 28/30] refperf: Rename RCU_REF_PERF_TEST to RCU_REF_SCALE_TEST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 25/30] refperf: Add test for RCU Tasks Trace readers.
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 30/30] refscale: Change --torture type from refperf to refscale
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 29/30] refperf: Rename refperf.c to refscale.c and change internal names
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 22/30] doc: Document rcuperf's module parameters
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 14/30] refperf: Convert reader_task structure's "start" field to int
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/30] refperf: Tune reader measurement interval
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/30] refperf: Provide module parameter to specify number of experiments
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 04/30] torture: Add refperf to the rcutorture scripting
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/30] rcuperf: Remove useless while loops around wait_event
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/30] Add read-side scalability tests for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 4/5] rcu-tasks: Conditionally compile show_rcu_tasks_gp_kthreads()
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 5/5] rcu-tasks: Fix code-style issues
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 1/5] rcu-tasks: Convert sleeps to idle priority
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 3/5] rcu-tasks: Add #include of rcupdate_trace.h to update.c
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 2/5] rcu-tasks: Make rcu_tasks_postscan() be static
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/5] RCU tasks updates for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 04/26] rcu: Add callbacks-invoked counters
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/26] trace: events: rcu: Change description of rcu_dyntick trace event
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/26] rcu: Priority-boost-related sleeps to idle priority
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/26] rcu: Grace-period-kthread related sleeps to idle priority
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 11/26] fs/btrfs: Add cond_resched() for try_release_extent_mapping() stalls
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/26] mm/mmap.c: Add cond_resched() for exit_mmap() CPU stalls
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 14/26] rcu: fix some kernel-doc warnings
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 15/26] rcu: Remove initialized but unused rnp from check_slow_task()
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/26] rcu: No-CBs-related sleeps to idle priority
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 12/26] rcu: Update comment from rsp->rcu_gp_seq to rsp->gp_seq
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 17/26] lockdep: Complain only once about RCU in extended quiescent state
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 16/26] rcu: Mark rcu_nmi_enter() call to rcu_cleanup_after_idle() noinstr
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 20/26] rcu: gp_max is protected by root rcu_node's lock
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 13/26] tick/nohz: Narrow down noise while setting current task's tick dependency
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 18/26] rcu: Replace 1 with true
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 23/26] kernel/rcu/tree.c: Fix kernel-doc warnings
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 19/26] rcu: Stop shrinker loop
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 21/26] rcu: grplo/grphi just records CPU number
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 22/26] rcu: grpnum just records group number
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 24/26] rcu: fix some kernel-doc warnings
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 25/26] rcu: Remove KCSAN stubs
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 26/26] rcu: Remove KCSAN stubs from update.c
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/26] rcu: Expedited grace-period sleeps to idle priority
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/26] rcu: Add comment documenting rcu_callback_map's purpose
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 03/26] rcu: Simplify the calculation of rcu_state.ncpus
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/26] rcu: Initialize and destroy rcu_synchronize only when necessary
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/26] Miscellaneous fixes for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH tip/core/rcu 03/10] docs: RCU: Convert lockdep.txt to ReST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 05/10] docs: RCU: Convert torture.txt to ReST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 02/10] docs: RCU: Convert lockdep-splat.txt to ReST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 07/10] docs: RCU: Convert stallwarn.txt to ReST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 09/10] doc: Timer problems can cause RCU CPU stall warnings
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 08/10] docs: RCU: Don't duplicate chapter names in rculist_nulls.rst
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 06/10] docs: RCU: Convert rcuref.txt to ReST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 10/10] doc: Tasks RCU must protect instructions before trampoline
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 04/10] docs: RCU: Convert rculist_nulls.txt to ReST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 01/10] docs: RCU: Convert checklist.txt to ReST
From
: paulmck@xxxxxxxxxx
[PATCH tip/core/rcu 0/10] Documentation updates for v5.9
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu/tree: Remove CONFIG_PREMPT_RCU check in force_qs_rnp
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
[PATCH] rcu/tree: Remove CONFIG_PREMPT_RCU check in force_qs_rnp
From
: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
RE: [EXT] Re: stress-ng --hrtimers hangs system
From
: Jiafei Pan <jiafei.pan@xxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
Re: [PATCH] rcu/tree: Force quiescent state on callback overload
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
[PATCH] rcu/tree: Force quiescent state on callback overload
From
: Neeraj Upadhyay <neeraju@xxxxxxxxxxxxxx>
Re: [PATCH 3/3] rcu/trace: Add name of the source for gp_seq to prevent confusion
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [EXT] Re: stress-ng --hrtimers hangs system
From
: Kurt Kanzenbach <kurt.kanzenbach@xxxxxxxxxxxxx>
Re: [PATCH 3/3] rcu/trace: Add name of the source for gp_seq to prevent confusion
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 3/3] rcu/trace: Add name of the source for gp_seq to prevent confusion
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH v2 09/16] rcu/tree: Maintain separate array for vmalloc ptrs
From
: Uladzislau Rezki <urezki@xxxxxxxxx>
Re: [PATCH 6/7] rcutorture: Add support to get the number of wakeups of main GP kthread
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 3/3] rcu/trace: Add name of the source for gp_seq to prevent confusion
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
[PATCH 1/3] rcu/trace: Print negative GP numbers correctly
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH 2/3] rcu/trace: Use gp_seq_req in acceleration's rcu_grace_period tracepoint
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
[PATCH 3/3] rcu/trace: Add name of the source for gp_seq to prevent confusion
From
: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 6/7] rcutorture: Add support to get the number of wakeups of main GP kthread
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 6/7] rcutorture: Add support to get the number of wakeups of main GP kthread
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 1/7] rcu/segcblist: Prevent useless GP start if no CBs to accelerate
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 6/7] rcutorture: Add support to get the number of wakeups of main GP kthread
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
From
: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH 5/7] rcu/trace: Use rsp's gp_seq in acceleration's rcu_grace_period tracepoint
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 2/7] rcu/trace: Add tracing for how segcb list changes
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 3/7] rcu/trace: Add name of the source for gp_seq
From
: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
Re: [PATCH 7/7] rcutorture: Add number of GP information to reports
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 1/7] rcu/segcblist: Prevent useless GP start if no CBs to accelerate
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 6/7] rcutorture: Add support to get the number of wakeups of main GP kthread
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 4/7] rcu/trace: Print negative GP numbers correctly
From
: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
Re: [PATCH 5/7] rcu/trace: Use rsp's gp_seq in acceleration's rcu_grace_period tracepoint
From
: "Paul E. McKenney" <paulmck@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]