[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200530050051.141204-1-sultan@kerneltoast.com>
Date: Fri, 29 May 2020 22:00:51 -0700
From: Sultan Alsawaf <sultan@...neltoast.com>
To: unlisted-recipients:; (no To-header on input)
Cc: Ingo Molnar <mingo@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
Julia Cartwright <julia@...com>,
Daniel Bristot de Oliveira <bristot@...hat.com>,
"Srivatsa S. Bhat (VMware)" <srivatsa@...il.mit.edu>,
Marc Zyngier <maz@...nel.org>,
Sultan Alsawaf <sultan@...neltoast.com>,
linux-kernel@...r.kernel.org
Subject: [PATCH] locking/Kconfig: Don't forcefully uninline spin_unlock for PREEMPT
From: Sultan Alsawaf <sultan@...neltoast.com>
This change was originally done in 2005 without any justification in
commit bda98685b855 ("[PATCH] x86: inline spin_unlock if
!CONFIG_DEBUG_SPINLOCK and !CONFIG_PREEMPT"). Perhaps the reasoning at
the time was that PREEMPT was still considered unstable and needed extra
debugging; however, this is no longer the case, so remove the artificial
limitation.
Signed-off-by: Sultan Alsawaf <sultan@...neltoast.com>
---
kernel/Kconfig.preempt | 1 -
1 file changed, 1 deletion(-)
diff --git a/kernel/Kconfig.preempt b/kernel/Kconfig.preempt
index bf82259cff96..5a9e0409c844 100644
--- a/kernel/Kconfig.preempt
+++ b/kernel/Kconfig.preempt
@@ -39,7 +39,6 @@ config PREEMPT
bool "Preemptible Kernel (Low-Latency Desktop)"
depends on !ARCH_NO_PREEMPT
select PREEMPTION
- select UNINLINE_SPIN_UNLOCK if !ARCH_INLINE_SPIN_UNLOCK
help
This option reduces the latency of the kernel by making
all kernel code (that is not executing in a critical section)
--
2.26.2
Powered by blists - more mailing lists