From: Paul Gortmaker <paul.gortma...@windriver.com>

A user reported getting NUMA warnings like the ones reported here:

https://www.suse.com/support/kb/doc/?id=000021040

"Fail to get numa node for CPU:0 bus:0 dev:0 fn:1"

...and repeated for every core on the platform.  Distracting.

When I asked if it was a crazy big server system with multiple CPU
sockets and localized RAM near each socket - the answer was "no".

Turns out they didn't choose NUMA support - rather we did it for them.

Yocto has been and still remains more "embedded leaning".  That is not
to say we can't support NUMA.  We just shouldn't be enabling it by
default in the base x86-64 config fragment that everyone uses.

Move the two NUMA settings that were not in our existing numa.cfg
feature out of the BSP and into the feature.

Signed-off-by: Paul Gortmaker <paul.gortma...@windriver.com>
---
 bsp/intel-x86/intel-x86-64.cfg | 7 -------
 features/numa/numa.cfg         | 2 ++
 2 files changed, 2 insertions(+), 7 deletions(-)

diff --git a/bsp/intel-x86/intel-x86-64.cfg b/bsp/intel-x86/intel-x86-64.cfg
index a8de30cae983..f31711e73181 100644
--- a/bsp/intel-x86/intel-x86-64.cfg
+++ b/bsp/intel-x86/intel-x86-64.cfg
@@ -2,13 +2,6 @@
 #
 # General setup
 #
-CONFIG_NUMA_BALANCING=y
-CONFIG_NUMA_BALANCING_DEFAULT_ENABLED=y
-
-#
-# ACPI NUMA
-#
-CONFIG_X86_64_ACPI_NUMA=y
 
 # EDAC
 CONFIG_EDAC=y
diff --git a/features/numa/numa.cfg b/features/numa/numa.cfg
index cc550c4c3c96..e925f90ea148 100644
--- a/features/numa/numa.cfg
+++ b/features/numa/numa.cfg
@@ -1,5 +1,7 @@
 # SPDX-License-Identifier: MIT
 CONFIG_NUMA=y
+CONFIG_NUMA_BALANCING=y
+CONFIG_NUMA_BALANCING_DEFAULT_ENABLED=y
 CONFIG_X86_64_ACPI_NUMA=y
 CONFIG_NUMA_EMU=y
 CONFIG_NODES_SHIFT=6
-- 
2.40.0

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#13337): 
https://lists.yoctoproject.org/g/linux-yocto/message/13337
Mute This Topic: https://lists.yoctoproject.org/mt/102900652/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to