zephyr/arch/x86
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
..
core arch/x86: Correct multiboot interpretation when building for EFI 2021-05-15 15:30:02 -04:00
include x86: mmu: relax KERNEL_VM_OFFSET == SRAM_OFFSET 2021-05-05 19:42:25 -04:00
zefi arch: x86: Fix 10.4 violations 2021-04-10 09:59:37 -04:00
CMakeLists.txt x86: gen_mmu: allow script to take extra arguments 2021-03-28 08:30:06 -04:00
gen_gdt.py x86: ia32: load GDT in virtual memory after loading page table 2021-03-16 15:03:44 -04:00
gen_idt.py x86: gen_idt.py: typo fix 2020-05-21 14:44:33 +02:00
gen_mmu.py x86: gen_mmu: add support for boot and pinned regions 2021-05-10 16:00:43 -05:00
ia32.cmake x86: add kconfigs and compiler flags for MMX and SSE* 2021-02-15 08:21:15 -05:00
intel64.cmake x86: add kconfigs and compiler flags for MMX and SSE* 2021-02-15 08:21:15 -05:00
Kconfig x86: mmu: relax KERNEL_VM_OFFSET == SRAM_OFFSET 2021-05-05 19:42:25 -04:00
timing.c x86: timing: fix potential divide by zero 2021-04-29 16:49:17 -04:00