Andy Ross 41e885947e arch/x86: Correct multiboot interpretation when building for EFI ... When loaded via EFI, we obviously don't have a multiboot info pointer available (we might have an EFI system table, but zefi doesn't pass that through yet). Don't try to parse the "whatever garbage was in %rbp" as a multiboot table. The configuration is a little clumsy, as strictly our EFI kconfig just says we're "building for" EFI but not that we'll boot that way. And tests like arch/x86/info are trying to set CONFIG_MULTIBOOT=n unconditionally, when it really should be something they detect from devicetree or wherever. Fixes #33545 Signed-off-by: Andy Ross <andrew.j.ross@intel.com>		2021-05-15 15:30:02 -04:00
..
cpu_scrubs_regs	k_current_get(): make it a "const" function	2021-04-14 20:32:05 -04:00
info	arch/x86: Correct multiboot interpretation when building for EFI	2021-05-15 15:30:02 -04:00
nmi	arch: x86_64: Rename _nmi_stack to z_x86_nmi_stack	2020-12-10 17:06:17 +02:00
pagetables	tests: x86/pagetables: update test for boot and pinned sections	2021-05-10 16:00:43 -05:00
static_idt