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

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



> -----Original Message-----
> From: Ian Campbell
> Sent: Wednesday, April 11, 2012 4:45 AM
> To: Ross Philipson
> Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-devel] [PATCH 00/07] HVM firmware passthrough
> 
> On Tue, 2012-04-10 at 20:04 +0100, Ross Philipson wrote:
> > Not really. I think part of the problem here is my mixing of
> > terminology. For SMBIOS bits I am pulling apart the overall SMBIOS
> > table and just grabbing a desired subset of the SMBIOS structures. The
> > individual structures are the entities that do not have an overall
> > length field
> 
> So, to use the terminology of tools/firmware/hvmloader/smbios_types.h,
> you have entities which are subsets of a structure and so do not start
> with a "struct smbios_structure_header"?
> 
> Ian.
> 

Yea so the entire SMBIOS table begins with the "struct smbios_entry_point" 
which is not present in what I pass in. I have N structs (possibly some of the 
same type) that start with a "struct smbios_structure_header". The gotcha is 
that the "length" field only defines the fixed portion of each of the SMBIOS 
structs. There can be any number of strings following that struct of varying 
length. Then entire structure is doubly terminated with "\0\0". What I wanted 
to avoid is having to put the parsing code in hvmloader to reparse for each 
struct, which was already done by the tools. A simple approach is to use the 
<length><blob> scheme.

Thanks
Ross
_______________________________________________
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®.