[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v3 00/04] HVM firmware passthrough


  • To: Ross Philipson <Ross.Philipson@xxxxxxxxxx>, Charles Arnold <carnold@xxxxxxxx>, xen-devel <xen-devel@xxxxxxxxxxxxx>
  • From: Keir Fraser <keir@xxxxxxx>
  • Date: Tue, 11 Dec 2012 15:14:09 +0000
  • Delivery-date: Tue, 11 Dec 2012 15:14:45 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xen.org>
  • Thread-index: Ac3W+edALZddPZ4+T3Wb6vxIEVGlcAAr1LQgAAI8Pyg=
  • Thread-topic: [Xen-devel] [PATCH v3 00/04] HVM firmware passthrough

Yes, you need to re-submit against current xen-unstable tip (which should be
easy since this code doesn't churn very much).

On 11/12/2012 14:11, "Ross Philipson" <Ross.Philipson@xxxxxxxxxx> wrote:

> Yea I guess I should follow up on this. I did not manage to get it into 4.2
> but I thought it had clearance for 4.3. Do I need to resubmit the patch set?
> 
> Thanks
> Ross
> 
>> -----Original Message-----
>> From: Charles Arnold [mailto:carnold@xxxxxxxx]
>> Sent: Monday, December 10, 2012 12:15 PM
>> To: xen-devel
>> Cc: Ross Philipson
>> Subject: Re: [Xen-devel] [PATCH v3 00/04] HVM firmware passthrough
>> 
>> I haven't seen any activity on this feature.  Is it still planned to be
>> included in Xen 4.3?
>> 
>> - Charles
>> 
>> On Wed, 2012-05-23 at 14:37 +0000, Ross Philipson wrote:
>>> This patch series introduces support of loading external blocks of
>>> firmware into a guest. These blocks can currently contain SMBIOS
>>> and/or ACPI firmware information that is used by HVMLOADER to modify a
>>> guests virtual firmware at startup. These modules are only used by
>> HVMLOADER.
>>> 
>>> The domain building code in libxenguest is passed these firmware
>>> blocks in the xc_hvm_build_args structure and loads them into the new
>>> guest, returning the load address. The loading is done in what will
>>> become the guests low RAM area just behind to load location for
>>> HVMLOADER. After their use by HVMLOADER they are effectively
>>> discarded. It is the caller's job to load the base address and length
>>> values in xenstore using the paths defined in the new hvm_defs.h
>>> header so HVMLOADER can located the blocks.
>>> 
>>> Currently two types of firmware information are recognized and
>>> processed in the HVMLOADER though this could be extended.
>>> 
>>> 1. SMBIOS: The SMBIOS table building code will attempt to retrieve
>>> (for predefined set of structure types) any passed in structures. If a
>>> match is found the passed in table will be used overriding the default
>>> values. In addition, the SMBIOS code will also enumerate and load any
>>> vendor defined structures (in the range of types 128 - 255) that as
>>> are passed in. See the hvm_defs.h header for information on the format
>> of this block.
>>> 2. ACPI: Static and secondary descriptor tables can be added to the
>>> set of ACPI table built by HVMLOADER. The ACPI builder code will
>>> enumerate passed in tables and add them at the end of the secondary
>>> table list. See the hvm_defs.h header for information on the format of
>>> this block.
>>> 
>>> There are 4 patches in the series:
>>> 01 - Add HVM definitions header for firmware passthrough support.
>>> 02 - Xen control tools support for loading the firmware blocks.
>>> 03 - Passthrough support for SMBIOS.
>>> 04 - Passthrough support for ACPI.
>>> 
>>> Note this is version 3 of this patch set. Some of the differences:
>>>  - Generic module support removed, overall functionality was
>> simplified.
>>>  - Use of xenstore to supply firmware passthrough information to
>> HVMLOADER.
>>>  - Fixed issues pointed out in the SMBIOS processing code.
>>>  - Created defines for the SMBIOS handles in use and switched to using
>>>    the xenstore values in the new hvm_defs.h file.
>>> 
>>> Signed-off-by: Ross Philipson <ross.philipson@xxxxxxxxxx>
>>> 
>> 
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.