Bug 207501

Summary: DMIDecode tables advertizing bogus size
Product: [Fedora] Fedora Reporter: Daniel Berrangé <berrange>
Component: xenAssignee: Xen Maintainance List <xen-maint>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: bstein, katzj
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-01-11 21:02:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 150224    
Attachments:
Description Flags
DMI Decode output
none
Fix CPU table length calculation none

Description Daniel Berrangé 2006-09-21 13:23:29 UTC 
Description of problem:
Running on an Fedora Core 6 (rawhide) AMD x86_64 host system, with a RHEL-3 i386
guest. The guest's DMI decode tables contain bogus size information. Running
dmidecode reports:

  "Wrong DMI structures length: 439 bytes announced, structures occupy 363 bytes."

I've not checked whether the same happens in a x86_64 guest, or a later rhel

Version-Release number of selected component (if applicable):
Host running  xen-3.0.2-33
Guest running  redhat-release-3AS-13.8.3

How reproducible:
Always

Steps to Reproduce:
1. Create HVM guest
2. Run 'dmidecode' in guest
3.
  
Actual results:
Warnings about bogus size info

Expected results:
No warnings

Additional info:
Will attach the dmidecode output the ticket
Comment 1 Daniel Berrangé 2006-09-21 13:23:29 UTC 
Created attachment 136852 [details]
DMI Decode output
Comment 2 Daniel Berrangé 2006-09-21 15:20:04 UTC 
Ok, verified in a x86_64  HVM guest - still get the bogus dmidecode data size
reported, so doesn't seem to be related to the architecture mismatch.
Comment 3 Andrew D. Ball 2006-10-02 15:13:10 UTC 
Please post the domU's configuration.
Comment 4 Daniel Berrangé 2006-10-02 15:52:14 UTC 
Here's an example config for x86_64 RHEL-3 guest.

name = "rhel3x86_64"
builder = "hvm"
memory = "500"
disk = [ 'file:/xen/rhel3x86_64.img,hda,w', ]
vif = [ 'mac=00:16:3e:05:eb:04, bridge=xenbr0', ]
uuid = "dbc4c892-4b67-bc7a-895a-a6b5f56ff061"
device_model = "/usr/lib64/xen/bin/qemu-dm"
kernel = "/usr/lib/xen/boot/hvmloader"
vnc=1
vncunused=1
apic=1
acpi=0
pae=1
vcpus=4
serial = "pty" # enable serial console
on_reboot   = 'restart'
on_crash    = 'restart'
Comment 5 Daniel Berrangé 2006-10-02 20:18:33 UTC 
Looks like it is fixed upstream in:

http://xenbits.xensource.com/xen-unstable.hg?cs=f426f6e646eb
Comment 6 Daniel Berrangé 2006-10-03 20:28:09 UTC 
Created attachment 137694 [details]
Fix CPU table length calculation

The upstream patch was not complete. This fixes a corrupt CPU table entry
Comment 7 Daniel Berrangé 2007-01-11 21:02:08 UTC 
Fixed in Fedora a little while back now.