diff options
author | Cliff Wickman <cpw@sgi.com> | 2009-06-16 23:43:40 +0200 |
---|---|---|
committer | H. Peter Anvin <hpa@zytor.com> | 2009-06-17 02:47:32 +0200 |
commit | e2a7147640a54eb812c8ab5f3ee4424b92db4856 (patch) | |
tree | 1c0a7fd16a048114ebb0050419f2835afd0ed800 /sound/ppc/tumbler.c | |
parent | x86: cap iomem_resource to addressable physical memory (diff) | |
download | linux-e2a7147640a54eb812c8ab5f3ee4424b92db4856.tar.xz linux-e2a7147640a54eb812c8ab5f3ee4424b92db4856.zip |
x86: correct the conversion of EFI memory types
This patch causes all the EFI_RESERVED_TYPE memory reservations to be recorded
in the e820 table as type E820_RESERVED.
(This patch replaces one called 'x86: vendor reserved memory type'.
This version has been discussed a bit with Peter and Yinghai but not given
a final opinion.)
Without this patch EFI_RESERVED_TYPE memory reservations may be
marked usable in the e820 table. There may be a collision between
kernel use and some reserver's use of this memory.
(An example use of this functionality is the UV system, which
will access extremely large areas of memory with a memory engine
that allows a user to address beyond the processor's range. Such
areas are reserved in the EFI table by the BIOS.
Some loaders have a restricted number of entries possible in the e820 table,
hence the need to record the reservations in the unrestricted EFI table.)
The call to do_add_efi_memmap() is only made if "add_efi_memmap" is specified
on the kernel command line.
Signed-off-by: Cliff Wickman <cpw@sgi.com>
Signed-off-by: H. Peter Anvin <hpa@zytor.com>
Diffstat (limited to 'sound/ppc/tumbler.c')
0 files changed, 0 insertions, 0 deletions