Bug 545874
Summary: | Need to generate SMBIOS table 4 data for windows guests | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | RHEL Program Management <pm-rhel> |
Component: | kvm | Assignee: | Eduardo Habkost <ehabkost> |
Status: | CLOSED ERRATA | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | urgent | Docs Contact: | |
Priority: | urgent | ||
Version: | 5.4.z | CC: | acathrow, ehabkost, gleb, jplans, khong, lihuang, mkenneth, pm-eus, riek, tburke, virt-maint, ykaul |
Target Milestone: | rc | Keywords: | ZStream |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | kvm-83-105.el5_4.14 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2010-02-09 10:02:10 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: | 537178 | ||
Bug Blocks: | 553441 | ||
Attachments: |
Description
RHEL Program Management
2009-12-09 15:01:01 UTC
Created attachment 382967 [details]
t4 data on kvm-83-105.el5_4.13 from win2008r2 guest
t4-kvm105_413.txt
Created attachment 382969 [details]
t4 data on kvm-83-105.el5_4.18 from win2008r2 guest
Got DMI/SMBIOS table 4 data from win2008r2_64bit guest on kvm-83-105.el5_4.18, and failed to get info on kvm-83-105.el5_4.13. see attachments of #7 #8 for detail. (note Processor Manufacturer, Max speed, etc.) qemu-kvm cmd: #/usr/libexec/qemu-kvm -m 2048 -smp 2 -drive file=win2k8r2-64bit.qcow2,if=ide,cache=off,boot=on -net nic,model=rtl8139,vlan=1,macaddr=DE:AD:BE:EF:59:22 -net tap,vlan=1,script=/etc/qemu-ifup -boot c -uuid 2b97e0b2-1a57-4de2-b575-f25a45d0a064 -usbdevice tablet -no-hpet -rtc-td-hack -no-kvm-pit-reinjection -monitor stdio -notify all -cpu qemu64,+sse2 -balloon none -vnc :1 CrystalDMI was used inside win2008r2_64bit guest which can be downloaded from http://crystalmark.info/download/index-e.html#CrystalDMI (In reply to comment #9) > Got DMI/SMBIOS table 4 data from win2008r2_64bit guest on kvm-83-105.el5_4.18, > and failed to get info on kvm-83-105.el5_4.13. > see attachments of #7 #8 for detail. (note Processor Manufacturer, Max speed, > etc.) > > qemu-kvm cmd: > #/usr/libexec/qemu-kvm -m 2048 -smp 2 -drive > file=win2k8r2-64bit.qcow2,if=ide,cache=off,boot=on -net > nic,model=rtl8139,vlan=1,macaddr=DE:AD:BE:EF:59:22 -net > tap,vlan=1,script=/etc/qemu-ifup -boot c -uuid > 2b97e0b2-1a57-4de2-b575-f25a45d0a064 -usbdevice tablet -no-hpet -rtc-td-hack > -no-kvm-pit-reinjection -monitor stdio -notify all -cpu qemu64,+sse2 -balloon > none -vnc :1 > > CrystalDMI was used inside win2008r2_64bit guest which can be downloaded from > http://crystalmark.info/download/index-e.html#CrystalDMI Some details look strange to me: Processor Manufacturer : CPU 1 Processor Version : CPU 1 (In reply to comment #10) > (In reply to comment #9) > > Got DMI/SMBIOS table 4 data from win2008r2_64bit guest on kvm-83-105.el5_4.18, > > and failed to get info on kvm-83-105.el5_4.13. > > see attachments of #7 #8 for detail. (note Processor Manufacturer, Max speed, > > etc.) > > > > qemu-kvm cmd: > > #/usr/libexec/qemu-kvm -m 2048 -smp 2 -drive > > file=win2k8r2-64bit.qcow2,if=ide,cache=off,boot=on -net > > nic,model=rtl8139,vlan=1,macaddr=DE:AD:BE:EF:59:22 -net > > tap,vlan=1,script=/etc/qemu-ifup -boot c -uuid > > 2b97e0b2-1a57-4de2-b575-f25a45d0a064 -usbdevice tablet -no-hpet -rtc-td-hack > > -no-kvm-pit-reinjection -monitor stdio -notify all -cpu qemu64,+sse2 -balloon > > none -vnc :1 > > > > CrystalDMI was used inside win2008r2_64bit guest which can be downloaded from > > http://crystalmark.info/download/index-e.html#CrystalDMI > > Some details look strange to me: > Processor Manufacturer : CPU 1 Where do you see this. > Processor Version : CPU 1 Looks like CrystalDMI bug to me. Check with Linux guest and dmidecode. > > Some details look strange to me: > > Processor Manufacturer : CPU 1 > Where do you see this. > Ah this is from commet #7. Same CrystalDMI bug. > > Processor Version : CPU 1 > Looks like CrystalDMI bug to me. Check with Linux guest and dmidecode. Created attachment 383156 [details]
dmidecode from RHEL5s-64 guest on kvm-83-105.el5_4.13
Created attachment 383157 [details]
dmidecode from RHEL5s-64 guest on kvm-83-105.el5_4.18
Below is the difference between dmidecode_t4_kvm105_4.13 and dmidecode_t4_kvm105_4.18 (from attachments of comment #13 and #14) guest is RHEL5.4Server-64 # diff -u dmidecode_t4_kvm105_4.13 dmidecode_t4_kvm105_4.18 --- dmidecode_t4_kvm105_4.13 2010-01-12 10:21:48.570648302 +0800 +++ dmidecode_t4_kvm105_4.18 2010-01-12 10:21:48.641585848 +0800 @@ -6,13 +6,13 @@ Socket Designation: CPU 1 Type: Central Processor Family: Other - Manufacturer: Not Specified + Manufacturer: QEMU ID: 63 06 00 00 FD FB 8B 07 Version: Not Specified Voltage: Unknown External Clock: Unknown - Max Speed: Unknown - Current Speed: Unknown + Max Speed: 2000 MHz + Current Speed: 2000 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: Not Provided @@ -24,13 +24,13 @@ Socket Designation: CPU 2 Type: Central Processor Family: Other - Manufacturer: Not Specified + Manufacturer: QEMU ID: 63 06 00 00 FD FB 8B 07 Version: Not Specified Voltage: Unknown External Clock: Unknown - Max Speed: Unknown - Current Speed: Unknown + Max Speed: 2000 MHz + Current Speed: 2000 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: Not Provided also passed the HCT test with window2k8 R2 guest setting to verified . An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2010-0088.html |