similar to: [PATCH v4 02/04] HVM firmware passthrough control tools support

Passthrough support for the SMBIOS structures including three new DMTF defined types and support for OEM defined tables. Passed in SMBIOS types override the default internal values. Default values can be enabled for the new type 22 portable battery using a xenstore flag. All other new DMTF defined and OEM structures will only be added to the SMBIOS table if passthrough values are present.

Add public HVM definitions header for firmware passthrough support (including comment describing the feature''s use). In addition this header is used to collect the various xenstore string values that are used in HVMLOADER. Signed-off-by: Ross Philipson <ross.philipson@citrix.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org

This patch introduces support for two new parameters in libxl: smbios_firmware=<path_to_smbios_structures_file> acpi_firmware=<path_to_acpi_tables_file> The changes are primarily in the domain building code where the firmware files are read and passed to libxc for loading into the new guest. After the domain building call to libxc, the addresses for the loaded blobs are returned and

Add public HVM definitions header for xenstore strings used in HVMLOADER. In addition this header describes the use of the firmware passthrough values set using xenstore. Signed-off-by: Ross Philipson <ross.philipson@citrix.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

SMBIOS table pass-through is useful in supporting vendor/OEM specific functionality in HVM guests. There are numerous OEM software packages and drivers that depend on having certain SMBIOS tables surfaced in a guest for their proper functioning. This also includes drivers and software needed for device pass-through. This series of patches introduces support for SMBIOS pass-through in the

ACPI table passthrough support allowing additional static tables and SSDTs (AML code) to be loaded. These additional tables are added at the end of the secondary table list in the RSDT/XSDT tables. Signed-off-by: Ross Philipson <ross.philipson@citrix.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Utility routines in hvmloader for SMBIOS table validation. Signed-off-by: Ross Philipson <ross.philipson@citrix.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xensource.com/xen-devel

This patch introduces support for two new parameters in libxl: smbios_firmware=<path_to_smbios_structures_file> acpi_firmware=<path_to_acpi_tables_file> The changes are primarily in the domain building code where the firmware files are read and passed to libxc for loading into the new guest. After the domain building call to libxc, the addresses for the loaded blobs are returned and

The series "HVM firmware passthrough" series in Jan 2013 from Ross Philipson cause two regressions for HVM guests which sadly found their way into the Xen 4.3 release. The first regression causes an incorrect count of tables to be placed in the main header, and can be seen by running dmidecode in any applicable HVM domain. The second regression found its way into the public ABI, making

ACPI table pass through support allowing additional static tables and SSDTs (AML code) to be loaded. These additional tables are added at the end of the secondary table list in the RSDT/XSDT tables. Signed-off-by: Ross Philipson <ross.philipson@citrix.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

[HVM] [SMBIOS] Duplicate UUID into serial number in SMBIOS tables. Windows zeroes out the UUID in the SMBIOS tables, but the identifier is often needed by systems management code. Duplicating the UUID as the virtual system''s serial number should help. Signed-off-by: Andrew D. Ball <aball@us.ibm.com> diff -r 6a8204e4619d -r f3a3ee53050e tools/firmware/hvmloader/smbios.c ---

I have pulled a recent (today''s) clone of staging/xen-unstable.hg and I get a failure when trying to create a domain with xend/xm. The failure I get is: Error: (''<domain GUID>'', ''VM_metrics'') I have traced the problem down to where the pci = [ ''02:00.0'' ] parameter (which is the value in my case) from my configuration

The following patches are a cleaned up version of the HVM SMBIOS patches I submitted last Friday. Differences include (1) SMBIOS is no longer optional for HVM domU''s. (2) The refactoring I did of hvmloader wasn''t really necessary, so I got rid of it. (3) The patches have been tested on changeset 10671:b20580cf7fc1bfe5119597bb5b576cdd020551d5 (4) The versions of strcpy() and

Add code to generate SMBIOS tables to hvmloader. Signed-off-by: Andrew D. Ball <aball@us.ibm.com> diff -r 1d817bfc5ed9 tools/firmware/hvmloader/Makefile --- a/tools/firmware/hvmloader/Makefile Fri Aug 11 14:22:54 2006 +0100 +++ b/tools/firmware/hvmloader/Makefile Fri Aug 11 14:55:18 2006 -0400 @@ -31,7 +31,7 @@ DEFINES =-DDEBUG DEFINES =-DDEBUG XENINC =-I$(XEN_ROOT)/tools/libxc

[HVM] Cleanup: move cpuid function to util.c . Signed-off-by: Andrew D. Ball <aball@us.ibm.com> diff -r f328519053f5 -r 4cc861f6b425 tools/firmware/hvmloader/hvmloader.c --- a/tools/firmware/hvmloader/hvmloader.c Mon Aug 14 10:58:02 2006 +0100 +++ b/tools/firmware/hvmloader/hvmloader.c Mon Aug 14 11:16:09 2006 -0400 @@ -116,15 +116,6 @@ check_amd(void) } static void -cpuid(uint32_t

[HVM] Pick up SMBIOS entry point in the ROMBIOS. Signed-off-by: Andrew D. Ball <aball@us.ibm.com> diff -r 1d817bfc5ed9 tools/firmware/rombios/rombios.c --- a/tools/firmware/rombios/rombios.c Fri Aug 11 14:22:54 2006 +0100 +++ b/tools/firmware/rombios/rombios.c Fri Aug 11 14:55:22 2006 -0400 @@ -9443,6 +9443,43 @@ rom_scan_increment: mov ds, ax ret +#ifdef HVMASSIST + +; Copy the

I am having problems getting my 64-bit Debian Squeeze (Xen version 4.0, Linux Kernel 2.6.32) dom0 to pass a Gigabyte HD 5450 graphics card to an HVM 64-bit Arch Linux domU. I have two Gigabyte HD 5450 graphics cards connected to my Gigabyte GA-X79-UP4 motherboard. I can pass the secondary card (the one the bios doesn’t show up on) to an HVM 32-bit Windows XP domU (I thought that would be the hard

OK, cut two of the iommu reserved memory issue patch as we discussed... This patch adds a boolean boot parameter to xen to allow inclusive mapping of all memory below 4GB to the iommu mappings for dom0. The unusable ranges and memory occupied by xen are still excluded. The parameter is "iommu_inclusive_mapping=1" and is off by default. In addition to the parameter, a warning is also

Hi all, I''m using ThinkPad T60, with xen3.1.0, windows could be installed into a file based virtual disk. however, when I tried to use a physical disk, I got this err msg: HVMAssist BIOS, 1 cpu $Revision: 1.138 $ $Date: 2005/05/07 15:55:26 $ ata0 master: QEMU HARDDISK ATA-7 Hard-Disk (0 MBytes) ata0 slave: UnKnown device Booting from Hard Disk... Boot from Hard Disk failed: could not

The OpRegion shouldn''t be mapped 1:1 because the address in the host can''t be used in the guest directly. This patch traps read and write access to the opregion of the Intel GPU config space (offset 0xfc). To work correctly this patch needs a change in hvmloader. HVMloader will allocate 2 pages for the OpRegion and write this address on the config space of the Intel GPU. Qemu