linux/arch/x86/boot
H. Peter Anvin 829157be59 x86: handle BIOSes which terminate e820 with CF=1 and no SMAP
The proper way to terminate the e820 chain is with %ebx == 0 on the
last legitimate memory block.  However, several BIOSes don't do that
and instead return error (CF = 1) when trying to read off the end of
the list.  For this error return, %eax doesn't necessarily return the
SMAP signature -- correctly so, since %ah should contain an error code
in this case.

To deal with some particularly broken BIOSes, we clear the entire e820
chain if the SMAP signature is missing in the middle, indicating a
plain insane e820 implementation.  However, we need to make the test
for CF = 1 before the SMAP check.

This fixes at least one HP laptop (nc6400) for which none of the
memory-probing methods (e820, e801, 88) functioned fully according to
spec.

Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
2008-02-26 12:55:52 +01:00
..
compressed x86: rename LARGE_PAGE_SIZE to PMD_PAGE_SIZE 2008-02-04 16:48:08 +01:00
tools
.gitignore Update arch/x86/boot/.gitignore with new auto-generated files 2008-02-09 23:27:01 -08:00
a20.c
apm.c
bitops.h
boot.h
cmdline.c
code16gcc.h
copy.S
cpu.c x86 setup: print missing CPU features in cleartext 2008-02-04 16:48:00 +01:00
cpucheck.c
edd.c
header.S
install.sh
main.c
Makefile x86 setup: print missing CPU features in cleartext 2008-02-04 16:48:00 +01:00
mca.c
memory.c x86: handle BIOSes which terminate e820 with CF=1 and no SMAP 2008-02-26 12:55:52 +01:00
mkcpustr.c x86 setup: print missing CPU features in cleartext 2008-02-04 16:48:00 +01:00
mtools.conf.in
pm.c
pmjump.S
printf.c x86: trivial printk optimizations 2008-02-09 23:24:09 +01:00
setup.ld
string.c
tty.c
version.c
vesa.h
video-bios.c
video-vesa.c
video-vga.c
video.c
video.h
voyager.c