| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Forcibly enabling the MMCFG space on AMD Fam10 CPUs cannot be expected
to work since with the firmware not being aware of the address range
used it cannot possibly reserve the space in E820 or ACPI resources.
Hence we need to manually insert the range into the E820 table, and
enable the range only when the insertion actually works without
conflict.
Further, the actual enabling of the space is done from identify_cpu(),
which means that acpi_mmcfg_init() muts be called after that function
(and hance should not be called from acpi_boot_init()). Otherwise,
Dom0 would be able to use MMCFG, but Xen wouldn't.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
|
| |
|
|
|
|
| |
This patch enables PCI MMCONFIG in xen and turns on hooks for ATS.
Signed-off-by: Allen Kay <allen.m.kay@intel.com>
|
| |
|
|
|
|
|
| |
explicitly disallow them itself.
Signed-off-by: Shane Wang <shane.wang@intel.com>
Signed-off-by: Joseph Cihula <joseph.cihula@intel.com>
|
| |
|
|
|
|
|
|
|
|
| |
In order for Dom0 to be able to map the DMI table, it must not be in
E820 RAM; since some BIOS versions apparently fail to set the type
correctly for the page(s) containing this table, adjust it before
starting to consume memory.
Signed-off-by: Jan Beulich <jbeulich@novell.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| |
|
|
|
| |
Signed-off-by: Joseph Cihula <joseph.cihula@intel.com>
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| |
|
|
| |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| |
|
|
|
|
| |
parsing. Get rid of unneeded e820_raw variable -- map straight onto
boot-trampoline e820 array.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| |
|
|
|
|
|
| |
memory-map information (from int15{e820,e801,88} and int12 bios
calls).
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| |
|
|
| |
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| |
|
|
|
|
|
|
|
|
| |
With this patch, win2k VMX guest boots fine on xen.
Signed-off-by: Zhu Han <zhu.han@intel.com>
Signed-off-by: Eddie Dong <eddie.dong@intel.com>
Signed-off-by: Xin Li <xin.b.li@intel.com>
Signed-off-by: Christian Limpach <Christian.Limpach@xensource.com>
|
| |
|
|
|
|
|
|
|
|
|
|
| |
1. Remove linux parameters.
2. Remove init ramdisk.
3. Remove e820 memmap config file parse.
4. Removed provisional GDT.
5. Removed some ugly tailing space.
Signed-off-by: Xin B Li <xin.b.li@intel.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
boot (but Linux does boot fine). The native Linux (both x86 and x86_86)
already has:
#define E820MAX 128 /* number of entries in E820MAP */
Signed-off-by: Jun Nakajima <jun.nakajima@intel.com>
|
| |
|
|
|
|
|
|
| |
Initialise 1:1 mapping of physical memory map early during x86/64 boot.
This mapping should include all ACPI tables, so simplify the mapping
check in the ACPI code.
Signed-off-by: Keir Fraser <keir@xensource.com>
|
| |
|
|
|
|
|
| |
If debugging is enabled, printout the e820 map for vmx guests.
Signed-off-by: michael.fetterman@cl.cam.ac.uk
|
| |\
| |
| |
| |
| |
| | |
Merge scramble.cl.cam.ac.uk:/local/scratch/kaf24/xen-2.0-testing.bk
into scramble.cl.cam.ac.uk:/local/scratch/kaf24/xen-unstable.bk
|
| | |
| |
| |
| |
| | |
Improved memory bootstrapping takes into account e820 RAM holes.
|
| |/
|
|
|
| |
manual merge
|
|
|
Add e820 parsing to Xen. Currently not hooked into heap initialisation:
this is the next step.
|
