Re: Invalid length provided for SMBIOS data

["Andrew D. Ball" <aball@us.ibm.com>]

Is this in some sort of staging tree?  I don't see it in xen-unstable.hg
yet.  If so, can I pull it from somewhere?

Peace.
Andrew

On Mon, 2006-10-02 at 18:13 +0100, Keir Fraser wrote:
> I've checked in a simplification of the SMBIOS code as changeset 11686 in
> xen-unstable. Since this entirely removes the code that computes the table
> size 'ahead of time', it is very likely to fix this bug. We now *definitely*
> write the number of bytes that we actually emitted when constructing the
> tables. So unless the tables themselves are screwed, the length field must
> now surely be correct.
> 
>  -- Keir
> 
> On 2/10/06 15:10, "Andrew D. Ball" <aball@us.ibm.com> wrote:
> 
> > This is seriously broken -- I'll write a patch as soon as I can, unless
> > somebody beats me to it :-)
> > 
> > Peace.
> > Andrew
> > 
> > On Wed, 2006-09-27 at 19:03 +0100, Daniel P. Berrange wrote:
> >> I was running some tests of HVM guests on Fedora Core 6, test3 and came
> >> across a potential issue with SMBIOS data. When running dmidecode in the
> >> guest VMs it reports that the actual SMBIOS data size, does not match
> >> the advertised size. eg
> >> 
> >> "Wrong DMI structures length: 439 bytes announced, structures occupy 363
> >> bytes."
> >> 
> >> I've tried this in a variety of guest OS (RHEL-3 32-bit, RHEL-3 64-bit,
> >> RHEL-4 64-bit) all the same results. The host is running FC6 test3, but
> >> the bit of code responsible for constructing the SMBIOS tables is identical
> >> to that on the vanilla xen-unstable.hg  repository. I'm not familiar
> >> enough with SMBIOS specs / code to determine where the mistake in the
> >> length calculation is though...
> >> 
> >> Is anyone else seeing this length mismatch in HVM guests ?
> >> 
> >> FYI, we're tracking this as
> >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207501
> >> 
> >> Regards,
> >> Dan.
> > 
> > 
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
> 
>