[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200831181101.GA950@paulmck-ThinkPad-P72>
Date: Mon, 31 Aug 2020 11:11:01 -0700
From: "Paul E. McKenney" <paulmck@...nel.org>
To: rcu@...r.kernel.org
Cc: linux-kernel@...r.kernel.org, kernel-team@...com, mingo@...nel.org,
jiangshanlai@...il.com, dipankar@...ibm.com,
akpm@...ux-foundation.org, mathieu.desnoyers@...icios.com,
josh@...htriplett.org, tglx@...utronix.de, peterz@...radead.org,
rostedt@...dmis.org, dhowells@...hat.com, edumazet@...gle.com,
fweisbec@...il.com, oleg@...hat.com, joel@...lfernandes.org
Subject: [PATCH tip/core/rcu 0/13] Add strict grace periods for KASAN use for
v5.10
Hello!
This series adds strict grace periods that are as short as is reasonably
practical. This feature is enabled using a new RCU_STRICT_GRACE_PERIOD
Kconfig option, and severely degrades performance and scalability.
It should therefore be avoided in production.
1. Add Kconfig option for strict RCU grace periods.
2. Reduce leaf fanout for strict RCU grace periods.
3. Restrict default jiffies_till_first_fqs for strict RCU GPs.
4. Force DEFAULT_RCU_BLIMIT to 1000 for strict RCU GPs.
5. Always set .need_qs from __rcu_read_lock() for strict GPs.
6. Do full report for .need_qs for strict GPs.
7. Attempt QS when CPU discovers GP for strict GPs.
8. IPI all CPUs at GP start for strict GPs.
9. IPI all CPUs at GP end for strict GPs.
10. Provide optional RCU-reader exit delay for strict GPs.
11. Execute RCU reader shortly after rcu_core for strict GPs.
12. Report QS for outermost PREEMPT=n rcu_read_unlock() for strict GPs.
13. Remove unused "cpu" parameter from rcu_report_qs_rdp().
Thanx, Paul
------------------------------------------------------------------------
Documentation/admin-guide/kernel-parameters.txt | 9 ++
include/linux/rcupdate.h | 7 ++
kernel/rcu/Kconfig | 8 +-
kernel/rcu/Kconfig.debug | 15 ++++
kernel/rcu/tree.c | 73 ++++++++++++++++++++----
kernel/rcu/tree.h | 1
kernel/rcu/tree_plugin.h | 52 +++++++++++++----
7 files changed, 139 insertions(+), 26 deletions(-)
Powered by blists - more mailing lists