Re: [Xen-devel] [PATCH v1 02/02] HVM firmware passthrough libxl support

[Ross Philipson <Ross.Philipson@xxxxxxxxxx>]

> -----Original Message-----
> From: Ian Campbell
> Sent: Monday, January 21, 2013 5:00 AM
> To: Ross Philipson
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-devel] [PATCH v1 02/02] HVM firmware passthrough libxl
> support
> 
> On Fri, 2013-01-18 at 21:41 +0000, Ross Philipson wrote:
> > This patch updates the xl.cfg man page with descriptions of the two
> new
> > parameters for firmware passthrough.
> >
> > Signed-off-by: Ross Philipson <ross.philipson@xxxxxxxxxx>
> >
> > diff -r 38cc3302bf25 docs/man/xl.cfg.pod.5
> > --- a/docs/man/xl.cfg.pod.5     Fri Jan 18 15:24:32 2013 -0500
> > +++ b/docs/man/xl.cfg.pod.5     Fri Jan 18 15:44:19 2013 -0500
> > @@ -829,6 +829,24 @@ libxl: 'host,tm=0,sse3=0'
> >  More info about the CPUID instruction can be found in the processor
> manuals, and
> >  in Wikipedia: L<http://en.wikipedia.org/wiki/CPUID>
> >
> > +=item B<acpi_firmware="STRING">
> > +
> > +Specify a path to a file that contains extra ACPI firmware tables to
> pass in to
> > +a guest. The file can contain several tables in their binary AML form
> > +concatenated together. Each table self describes its length so no
> additional
> > +information is needed. These tables will be added to the ACPI table
> set in the
> > +guest.
> 
> Are there any restriction on which sorts of tables can be passed here?
> SSDT and the like I suppose are supported, what about an entire DSDT?
> 

Yea there are. There is no way to override the entire DSDT at present. In
fact ACPI pass-through doesn't allow overriding any tables, just adding
new ones. So it would not make sense to pass in a FADT or something like
that. I will update the docs to indicate that and fix the type-os.

Thanks
Ross

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