Biweekly KVM Test report, kernel 51138ead... qemu df85c051...
Hi All, This is KVM test result against kvm.git 51138ead07c549ee3dbc0d08dcf8e93487b85f83 based on kernel 2.6.39-rc2+, and qemu-kvm.git df85c051d780bca0ee2462cfeb8ef6d9552a19b0. We found no bug and no fix in our nightly test during the past two weeks. But we found a build error in kvm.git upstream. And Clemens gave a patch for this issue. “arch/x86/kvm/emulate.c:4095:25: error: macro wbinvd passed 1 arguments, but takes just 0”. The qemu [vt-d] bug 754591 we reported in our last test report is reproduced by Alex, and he is fixing it. New issue: Fixed issue: Old Issues: 1. ltp diotest running time is 2.54 times than before https://sourceforge.net/tracker/?func=detailaid=2723366group_id=180599atid=893831 2. perfctr wrmsr warning when booting 64bit RHEl5.3 https://sourceforge.net/tracker/?func=detailaid=2721640group_id=180599atid=893831 3. [VT-d] NIC cannot work when it had been used before https://bugs.launchpad.net/qemu/+bug/754591 Test environment: == Platform Westmere-EP Sandy Bridge CPU24 8 Memory size 10G 2G Report summary of IA32E on Westmere-EP: Summary Test Report of Last Session = Total PassFailNoResult Crash = control_panel_ept_vpid 12 12 0 00 control_panel_ept 4 4 0 00 control_panel_vpid 3 3 0 00 control_panel 3 3 0 00 gtest_vpid 1 1 0 00 gtest_ept 1 1 0 00 gtest 3 3 0 00 vtd_ept_vpid14 1 1300 gtest_ept_vpid 12 12 0 00 sriov_ept_vpid 6 6 0 00 = control_panel_ept_vpid 12 12 0 00 :KVM_LM_Continuity_64_g3 1 1 0 00 :KVM_four_dguest_64_g32e 1 1 0 00 :KVM_1500M_guest_64_gPAE 1 1 0 00 :KVM_SR_SMP_64_g32e1 1 0 00 :KVM_LM_SMP_64_g32e1 1 0 00 :KVM_linux_win_64_g32e 1 1 0 00 :KVM_two_winxp_64_g32e 1 1 0 00 :KVM_1500M_guest_64_g32e 1 1 0 00 :KVM_256M_guest_64_gPAE1 1 0 00 :KVM_SR_Continuity_64_g3 1 1 0 00 :KVM_256M_guest_64_g32e1 1 0 00 :KVM_four_sguest_64_g32e 1 1 0 00 control_panel_ept 4 4 0 00 :KVM_linux_win_64_g32e 1 1 0 00 :KVM_1500M_guest_64_g32e 1 1 0 00 :KVM_1500M_guest_64_gPAE 1 1 0 00 :KVM_LM_SMP_64_g32e1 1 0 00 control_panel_vpid 3 3 0 00 :KVM_linux_win_64_g32e 1 1 0 00 :KVM_1500M_guest_64_g32e 1 1 0 00 :KVM_1500M_guest_64_gPAE 1 1 0 00 control_panel 3 3 0 00 :KVM_1500M_guest_64_g32e 1 1 0 00 :KVM_1500M_guest_64_gPAE 1 1 0 00 :KVM_LM_SMP_64_g32e1 1 0 00 gtest_vpid 1 1 0 00 :boot_smp_win7_ent_64_g3 1 1 0 00 gtest_ept 1 1 0 00 :boot_smp_win7_ent_64_g3 1 1 0 00 gtest 3 3 0 00 :boot_smp_win2008_64_g32 1 1 0 00 :boot_smp_win7_ent_64_gP 1 1 0 00 :boot_smp_vista_64_g32e1 1 0 00 vtd_ept_vpid14 1 1300 :one_pcie_up_xp_64_g32e1 0 1 00 :hp_pcie_smp_xp_64_g32e1 0 1 00 :two_dev_smp_nomsi_64_g3 1 0 1 00 :one_pcie_up_64_g32e 1 1 0 00 :lm_pcie_smp_64_g32e 1 0 1 00 :hp_pcie_smp_nomsi_64_g3 1 0 1 00 :hp_pcie_up_xp_64_g32e 1 0 1 0
[no subject]
subscribe kvm -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH V3 0/8] macvtap/vhost TX zero copy support
On Thu, 2011-04-21 at 10:29 -0400, Jon Mason wrote: Why are only these 3 drivers getting support? As far as I can tell, the only requirement is HIGHDMA. If this is the case, is there really a need for an additional flag to support this? If you can key off of HIGHDMA, all devices that support this would get the benefit. Agreed. So far, I have only verified these three 10Gb NICs we have in our lab. We can enable all devices which support HIGHDMA. Thanks Shirley -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH V3 0/8] macvtap/vhost TX zero copy support
On Wed, 2011-04-20 at 12:36 -0700, Shirley Ma wrote: I am collecting more test results against 2.6.39-rc3 kernel and will provide the test matrix later. Single TCP_STREAM 120 secs test results over ixgbe 10Gb NIC results: Message BW(Gb/s)qemu-kvm (NumCPU)vhost-net(NumCPU) PerfTop irq/s 4K 7408.57 92.1% 22.6% 1229 4K(Orig)4913.17 118.1% 84.1% 2086 8K 9129.90 89.3% 23.3% 1141 8K(Orig)7094.55 115.9% 84.7% 2157 16K 9178.81 89.1% 23.3% 1139 16K(Orig)8927.1 118.7% 83.4% 2262 64K 9171.43 88.4% 24.9% 1253 64K(Orig)9085.85115.9% 82.4% 2229 For message size less or equal than 2K, there is a known KVM guest TX overrun issue. With this zerocopy patch, the issue becomes more severe, guest io_exits has tripled than before, so the performance is not good. Once the TX overrun problem has been addressed, I will retest the small message size performance. Thanks Shirley -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Ms-dos
I try to use ms-dos for old ms-dos text games But can not use the swedish letters å ä ö I use Kvm -hda ms-dos.img -k sw But get the message un kvm No mappings Something I not remember the full message -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Ms-dos
I try to use ms-dos for old ms-dos text games But can not use the swedish letters å ä ö I use Kvm -hda ms-dos.img -k sw But get the message un kvm No mappings Something I not remember the full message -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
virt-manager connection error
I get following error running virt-manager : unable to connect to '/usr/local/var/run/libvirt/libvirt-sock', libvirtd may need to be started: Permission denied Traceback (most recent call last): File /usr/local/share/virt-manager/virtManager/connection.py, line 1055, in _try_open None], flags) File /usr/local/lib/python2.6/site-packages/libvirt.py, line 102, in openAuth if ret is None:raise libvirtError('virConnectOpenAuth() failed') libvirtError: unable to connect to '/usr/local/var/run/libvirt/libvirt-sock', libvirtd may need to be started: Permission denied I have compiled virt-manager-0.8.7,libvirt-0.9.0,virtinst-0.500.6 from source. Regards, Ajay kumar -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html