Message ID | BLU437-SMTP3C15562BAAA2B53562BF7BFBE0@phx.gbl |
---|---|
State | Superseded |
Delegated to: | Simon Glass |
Headers | show |
On 9 June 2015 at 01:45, Bin Meng <bmeng.cn@gmail.com> wrote: > > MAX_CPUS and AP_STACK_SIZE are only meaningful when SMP is on. > > Signed-off-by: Bin Meng <bmeng.cn@gmail.com> > --- > > arch/x86/Kconfig | 2 ++ > 1 file changed, 2 insertions(+) Acked-by: Simon Glass <sjg@chromium.org>
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig index 3506ba2..d4cd9ed 100644 --- a/arch/x86/Kconfig +++ b/arch/x86/Kconfig @@ -228,6 +228,7 @@ config FSP_TEMP_RAM_ADDR config MAX_CPUS int "Maximum number of CPUs permitted" + depends on SMP default 4 help When using multi-CPU chips it is possible for U-Boot to start up @@ -249,6 +250,7 @@ config SMP config AP_STACK_SIZE hex + depends on SMP default 0x1000 help Each additional CPU started by U-Boot requires its own stack. This
MAX_CPUS and AP_STACK_SIZE are only meaningful when SMP is on. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> --- arch/x86/Kconfig | 2 ++ 1 file changed, 2 insertions(+)