search for: hvm_info_t

>>What kinds of things are going to be added? ''platform.h'' is vague >>enough it could end up a dumping ground for all kinds of crud. >> > >To support HVM guest with RAM above 4G physical address space, we need >define a constant HVM_RAM_LIMIT_BELOW_4G, and physical address space >from HVM_RAM_LIMIT_BELOW_4G to 4G is reserved for PCI device MMIO use.

This patch series adds the ability to selectively disable the S3 and S4 ACPI power states for HVM guests. Since there is a general move towards retiring the hvm_info_table structure, the first patch moves the acpi_enabled flag out of the hvm_info_table and into a xenstore key (platform/acpi). The second patch then introduces the acpi_s3 and acpi_s4 configuration parameters to the xl config file (default=1). These result in population of new platform/acpi_s3 and p...

...rnel-2.6.18-4-xen-amd64 1.0.8776-4+2.6.18.dfsg.1-12 xen-hypervisor-3.0.3-1-amd64 3.0.3-0-2 xen-utils-3.0.3-1 3.0.3-0-2 xen-utils-common 3.0.3-0-2 malysh:~# find / -name hvm* /usr/src/linux-headers-2.6.18-4-xen/include/xen/interface/hvm /usr/src/linux-headers-2.6.18-4-xen/include/xen/interface/hvm/hvm_info_table.h /usr/src/linux-headers-2.6.18-4-xen/include/xen/hvm.h _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

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

...IOS 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 hvmloader. Both DMTF defined and OEM specific table pass-through is supported. 1: changes to hvm_info_table.h 2: utility support routines to validate input SMBIOS tables 3: core functionality to load passed in SMBIOS tables Signed-off-by: Ross Philipson <ross.philipson@citrix.com>

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

...;dispatch_suspend': > xenguest_stubs.c:197:14: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] > int domid = (int) arg; > ^ > xenguest_stubs.c: In function 'hvm_build_set_params': > xenguest_stubs.c:360:8: error: 'struct hvm_info_table' has no member named 'acpi_enabled' > va_hvm->acpi_enabled = f.acpi; > ^ > xenguest_stubs.c: At top level: > xenguest_stubs.c:470:3: warning: initialization from incompatible pointer type [enabled by default] > .postcopy = switch_qemu_logdirty, >...

Hi all, this small patch series fixes the build breakage introduced by f1dbf015dfb0aa7f66f710a1f1bc58b662951de2 with Xen < 4.2. The problem is that xc_hvm_inject_msi is only defined from Xen 4.2 onwards so we need to provide a compatibility function for older Xen versions. Stefano Stabellini (2): xen,configure: detect Xen 4.2 xen: add a dummy xc_hvm_inject_msi for Xen < 4.2

...;dispatch_suspend': > xenguest_stubs.c:197:14: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] > int domid = (int) arg; > ^ > xenguest_stubs.c: In function 'hvm_build_set_params': > xenguest_stubs.c:360:8: error: 'struct hvm_info_table' has no member named 'acpi_enabled' > va_hvm->acpi_enabled = f.acpi; > ^ > xenguest_stubs.c: At top level: > xenguest_stubs.c:470:3: warning: initialization from incompatible pointer type [enabled by default] > .postcopy = switch_qemu_logdirty, >...

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

On 09/24/2013 10:04 PM, St?phane Glondu wrote: > Le 24/09/2013 15:48, St?phane Glondu a ?crit : >> If I remove all binary packages of xen-api from testing, the following >> new packages are broken: xcp-guest-templates, nova-xcp-plugins, >> nova-compute-xen. >> >> xcp-guest-templates is built by guest-templates which seems to be a leaf >> package and could be

...9;: >> xenguest_stubs.c:197:14: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] >> int domid = (int) arg; >> ^ >> xenguest_stubs.c: In function 'hvm_build_set_params': >> xenguest_stubs.c:360:8: error: 'struct hvm_info_table' has no member named 'acpi_enabled' >> va_hvm->acpi_enabled = f.acpi; >> ^ >> xenguest_stubs.c: At top level: >> xenguest_stubs.c:470:3: warning: initialization from incompatible pointer type [enabled by default] >> .postcopy = switch_qe...

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

Here are two patches that let xm create, save and restore extract and preserve elfnotes read by the domain builder. This is handy for a few things. In particular, I''d like it so that xm can decide whether or not guest domains support fast resume (if save fails, or for checkpointing). _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

Hi all, this is the long awaited patch series to add xen device model support in qemu; the main author is Anthony Perard. Developing this series we tried to come up with the cleanest possible solution from the qemu point of view, limiting the amount of changes to common code as much as possible. The end result still requires a couple of hooks in piix_pci but overall the impact should be very

Changes from v3: - mini-os configuration files moved into stubdom/ - mini-os extra console support now a config option - Fewer #ifdefs - grant table setup uses hypercall bounce - Xenstore stub domain syslog support re-enabled Changes from v2: - configuration support added to mini-os build system - add mini-os support for conditionally compiling frontends, xenbus -