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
Created attachment 136852 [details] DMI Decode output
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.
Please post the domU's configuration.
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'
Looks like it is fixed upstream in: http://xenbits.xensource.com/xen-unstable.hg?cs=f426f6e646eb
Created attachment 137694 [details] Fix CPU table length calculation The upstream patch was not complete. This fixes a corrupt CPU table entry
Fixed in Fedora a little while back now.