diff options
author | Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> | 2011-02-01 17:15:30 -0500 |
---|---|---|
committer | Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> | 2011-03-14 11:17:10 -0400 |
commit | 68df0da7f42be6ae017fe9f48ac414c43a7b9d32 (patch) | |
tree | 9f4d774a788400d339794a2359b92f145bc21c1a /arch/x86/xen/xen-asm.h | |
parent | c7617798771ad588d585986d896197c04b737621 (diff) | |
download | linux-68df0da7f42be6ae017fe9f48ac414c43a7b9d32.tar.gz linux-68df0da7f42be6ae017fe9f48ac414c43a7b9d32.tar.bz2 linux-68df0da7f42be6ae017fe9f48ac414c43a7b9d32.zip |
xen/setup: Set identity mapping for non-RAM E820 and E820 gaps.
We walk the E820 region and start at 0 (for PV guests we start
at ISA_END_ADDRESS) and skip any E820 RAM regions. For all other
regions and as well the gaps we set them to be identity mappings.
The reasons we do not want to set the identity mapping from 0->
ISA_END_ADDRESS when running as PV is b/c that the kernel would
try to read DMI information and fail (no permissions to read that).
There is a lot of gnarly code to deal with that weird region so
we won't try to do a cleanup in this patch.
This code ends up calling 'set_phys_to_identity' with the start
and end PFN of the the E820 that are non-RAM or have gaps.
On 99% of machines that means one big region right underneath the
4GB mark. Usually starts at 0xc0000 (or 0x80000) and goes to
0x100000.
[v2: Fix for E820 crossing 1MB region and clamp the start]
[v3: Squshed in code that does this over ranges]
[v4: Moved the comment to the correct spot]
[v5: Use the "raw" E820 from the hypervisor]
[v6: Added Review-by tag]
Reviewed-by: Ian Campbell <ian.campbell@citrix.com>
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Diffstat (limited to 'arch/x86/xen/xen-asm.h')
0 files changed, 0 insertions, 0 deletions