9a25d0e
Bugzilla: N/A
9a25d0e
Upstream-status: Nak'd, supposedly replacement coming to auto-select
9a25d0e
9a25d0e
From 0f3f5c5b4ca2eb1f41947c50bedb9b17aa1a1f80 Mon Sep 17 00:00:00 2001
9a25d0e
From: Josh Boyer <jwboyer@fedoraproject.org>
9a25d0e
Date: Mon, 11 Nov 2013 08:39:16 -0500
9a25d0e
Subject: [PATCH] lib/cpumask: Make CPUMASK_OFFSTACK usable without debug
9a25d0e
 dependency
9a25d0e
9a25d0e
When CPUMASK_OFFSTACK was added in 2008, it was dependent upon
9a25d0e
DEBUG_PER_CPU_MAPS being enabled, or an architecture could select it.
9a25d0e
The debug dependency adds additional overhead that isn't required for
9a25d0e
operation of the feature, and we need CPUMASK_OFFSTACK to increase the
9a25d0e
NR_CPUS value beyond 512 on x86.  We drop the current dependency and make
9a25d0e
sure SMP is set.
9a25d0e
9a25d0e
Signed-off-by: Josh Boyer <jwboyer@fedoraproject.org>
9a25d0e
---
9a25d0e
 lib/Kconfig | 3 ++-
9a25d0e
 1 file changed, 2 insertions(+), 1 deletion(-)
9a25d0e
9a25d0e
diff --git a/lib/Kconfig b/lib/Kconfig
9a25d0e
index b3c8be0..50b47cd 100644
9a25d0e
--- a/lib/Kconfig
9a25d0e
+++ b/lib/Kconfig
9a25d0e
@@ -342,7 +342,8 @@ config CHECK_SIGNATURE
9a25d0e
 	bool
9a25d0e
 
9a25d0e
 config CPUMASK_OFFSTACK
9a25d0e
-	bool "Force CPU masks off stack" if DEBUG_PER_CPU_MAPS
9a25d0e
+	bool "Force CPU masks off stack"
9a25d0e
+	depends on SMP
9a25d0e
 	help
9a25d0e
 	  Use dynamic allocation for cpumask_var_t, instead of putting
9a25d0e
 	  them on the stack.  This is a bit more expensive, but avoids
9a25d0e
-- 
9a25d0e
1.8.3.1
9a25d0e