summaryrefslogtreecommitdiffstats
path: root/sound/ppc/tumbler.c
diff options
context:
space:
mode:
authorCliff Wickman <cpw@sgi.com>2009-06-16 23:43:40 +0200
committerH. Peter Anvin <hpa@zytor.com>2009-06-17 02:47:32 +0200
commite2a7147640a54eb812c8ab5f3ee4424b92db4856 (patch)
tree1c0a7fd16a048114ebb0050419f2835afd0ed800 /sound/ppc/tumbler.c
parentx86: cap iomem_resource to addressable physical memory (diff)
downloadlinux-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