x86/boot: Fix boot failure when SMP MP-table is based at 0
authorTom Lendacky <thomas.lendacky@amd.com>
Mon, 6 Nov 2017 20:17:53 +0000 (14:17 -0600)
committerThomas Gleixner <tglx@linutronix.de>
Fri, 17 Nov 2017 14:30:33 +0000 (15:30 +0100)
commitac5292e9a294618cecb31109d1ba265e3d027ba2
tree76e74e08320f656c0a7d860abf99f91dde7dfe31
parentbe62a32044061cb4a3b70a10598e093f1319102e
x86/boot: Fix boot failure when SMP MP-table is based at 0

When crosvm is used to boot a kernel as a VM, the SMP MP-table is found
at physical address 0x0. This causes mpf_base to be set to 0 and a
subsequent "if (!mpf_base)" check in default_get_smp_config() results in
the MP-table not being parsed.  Further into the boot this results in an
oops when attempting a read_apic_id().

Add a boolean variable that is set to true when the MP-table is found.
Use this variable for testing if the MP-table was found so that even a
value of 0 for mpf_base will result in continued parsing of the MP-table.

Fixes: 5997efb96756 ("x86/boot: Use memremap() to map the MPF and MPC data")
Reported-by: Tomeu Vizoso <tomeu@tomeuvizoso.net>
Signed-off-by: Tom Lendacky <thomas.lendacky@amd.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Borislav Petkov <bp@alien8.de>
Cc: regression@leemhuis.info
Cc: stable@vger.kernel.org
Link: https://lkml.kernel.org/r/20171106201753.23059.86674.stgit@tlendack-t1.amdoffice.net
arch/x86/kernel/mpparse.c