Description of problem: use below two kernels to start guest, guest still is kernel panic. kernel-hugemem-2.4.21-50.EL.i686.rpm kernel-smp-2.4.21-66.EL.i686.rpm Version-Release number of selected component (if applicable): #uname -r 2.6.18-262.el5 # rpm -qa|grep kvm kvm-83-235.el5 How reproducible: Steps to Reproduce: 1./usr/libexec/qemu-kvm -M rhel5.4.0 -no-hpet -rtc-td-hack -startdate now -name rhel3.9 -smp 16 -m 16G -uuid `uuidgen` -boot c -drive file=/root/images/rhel39.qcow2,media=disk,if=ide,cache=none,boot=on,format=qcow2,werror=stop -net nic,vlan=1,macaddr=F0:4D:A2:3C:b3:9d,model=rtl8139 -net tap,vlan=1,script=/etc/qemu-ifup -cdrom /root/rhel-iso-files/RHEL3.9-i386-DVD.iso -notify all -balloon none -monitor stdio -spice disable-ticketing,port=5911 -qxl 1 2.guest snapshot in attachent 3. Actual results: guest kernel panic Expected results: guest work well and support 16 vcpus Additional info:
Created attachment 500985 [details] kernel panic snapshot
*** Bug 707865 has been marked as a duplicate of this bug. ***
Created attachment 501784 [details] bios with "IBM ENSW" mptables oem Looks like this guest does not really support 16 cpus, only 15. Only some machines are white listed to run with more then 15 cpu. Can you try to run with the bios.bin I attached. I change it to pretend we are one of such machines (although guest will try to use some other HW we do not emulate with this bios, but it should detect that HW is not present and continue).
according to Comment 3, guest boot successfully, but guest only can identify 13 cpus. # uname -r 2.6.18-272.el5 # rpm -qa|grep kvm kvm-83-239.el5 testing steps: 1.replace orignal bios.bin file with the one Gleb provices in host /usr/share/kvm/bios.bin 2. /usr/libexec/qemu-kvm -M rhel5.4.0 -no-hpet -rtc-td-hack -startdate now -name rhel3.9 -smp 16 -m 16G -uuid `uuidgen` -boot c -drive file=/root/rhel39.qcow2,media=disk,if=ide,cache=none,boot=on,format=qcow2,werror=stop -net nic,vlan=1,macaddr=F0:4D:A2:3C:b3:9d,model=rtl8139 -net tap,vlan=1,script=/etc/qemu-ifup -notify all -balloon none -monitor stdio -spice disable-ticketing,port=5911 -qxl 1 3. choice kernel-smp-2.4.21-66.EL kernel to start guest 4. confirm cpus in guest. cat /proc/cpuinfo
OK. So the panic in comment #0 is indeed the guest bug (actually not a bug, but limitation). Why it finds only 13 cpus with modified BIOS is not important since we do not implement this type of machine anyway. Closing as not a bug.