* Biweekly VMX status report.Xen:#21925& Xen0:b29254
@ 2010-08-06 15:32 Zhang, Yang Z
2010-08-06 15:50 ` Keir Fraser
2010-08-07 16:04 ` Pasi Kärkkäinen
0 siblings, 2 replies; 6+ messages in thread
From: Zhang, Yang Z @ 2010-08-06 15:32 UTC (permalink / raw)
To: xen-devel
Hi all,
This is our bi-weekly test report for Xen-unstable tree. There are 1 new bug found in this two weeks.
And there are 2 bugs had fixed in past two weeks.
We use Pv_ops(xen/master, 2.6.31.13) as Dom0 in our testing.
Status Summary
====================================================================
Feature Result
------------------------------------------------------
VT-x/VT-x2 PASS
RAS Buggy
VT-d PASS
SR-IOV PASS
PowerMgmt Buggy
Other Buggy
New Bugs (1):
====================================================================
1. kernel panic when set vcpu to a pcpu
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1646
Fixed Bugs (2)
====================================================================
1. Boot up RHEL5u3 guest need a long times in the "starting udev" stage when vcpu more than 3
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1637
2. Can't create guest with big memory if do not limit Dom0 memory
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1604
Old P1 Bugs (3):
=====================================================================
1. stubdom based guest hangs at starting when using qcow image.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1372
2. Can't create guest in PAE host with Gulftown-HEDT
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1641
3. Xen panic when create the guest with Intel 82575EB NIC and nomsi kernel option
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1639
Old P2 Bugs (14)
=====================================================================
1. Failed to install FC10
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1461
2. Two onboard 82576 NICs assigned to HVM guest cannot work stable if use INTx interrupt.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1459
3. stubdom based guest hangs when assigning hdc to it.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1373
4. [stubdom]The xm save command hangs while saving <Domain-dm>.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1377
5. [stubdom] cannot restore stubdom based domain.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1378
6. Live Migration with md5sum running cause dma_timer_expiry error in guest
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1530
7. Very slow mouse/keyboard and no USB thumbdrive detected w/Core i7 & Pvops
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1541
8. Linux guest boots up very slow with SDL rendering
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1478
9. [RAS] CPUs are not in the correct NUMA node after hot-add memory
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1573
10. [SR-IOV] Qemu report pci_msix_writel error while assigning VF to guest
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1575
11. Add fix for TBOOT/Xen and S3 flow
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1611
12. Dom0 may fail to resume from S3
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1634
13. guest always in printing some useless information when detach vf
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1636
14. vcpu cannot be hot added again after hot removed
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1638
Test environment
==========================================================================
Service OS : Red Hat Enterprise Linux Server release 5.3 (Tikanga)
xen-changeset: 21925:8992134dcfd0
pvops git:
commit b29254c40dac94960fd3887275c65c83b71086ea
Merge: cc867b2... 9d85e25...
Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
ioemu git:
commit 833e7e9a4c95739429dc0c803bbbf2346f9897fd
Author: Ian Jackson <ian.jackson@eu.citrix.com>
Date: Thu Jul 8 17:33:29 2010 +0100
tboot changeset:
changeset: 224:026b9fd71a57
tag: tip
user: Shane Wang <shane.wang@intel.com>
date: Thu Aug 05 11:15:08 2010 +0800
summary: Change to use time-based timeout instead of counter-based timeout for tpm_save_state().
32e-Gulftown-HEDT Summary Test Report
=====================================================================
Total Pass Fail NoResult Crash
=====================================================================
vtd_ept_vpid 13 13 0 0 0
control_panel_ept_vpid 13 12 0 0 1
ras_ept_vpid 3 3 0 0 0
gtest_ept_vpid 21 21 0 0 0
acpi_ept_vpid 5 5 0 0 0
sriov_ept_vpid 4 4 0 0 0
=====================================================================
vtd_ept_vpid 13 13 0 0 0
:two_dev_smp_nomsi_64_g3 1 1 0 0 0
:two_dev_scp_64_g32e 1 1 0 0 0
:lm_pcie_up_64_g32e 1 1 0 0 0
:lm_pcie_smp_64_g32e 1 1 0 0 0
:hp_pci_up_64_g32e 1 1 0 0 0
:two_dev_up_64_g32e 1 1 0 0 0
:two_dev_up_nomsi_64_g32 1 1 0 0 0
:lm_pci_up_nomsi_64_g32e 1 1 0 0 0
:two_dev_smp_64_g32e 1 1 0 0 0
:one_pcie_smp_nomsi_64_g 1 1 0 0 0
:two_dev_scp_nomsi_64_g3 1 1 0 0 0
:lm_pci_smp_nomsi_64_g32 1 1 0 0 0
:one_pcie_smp_64_g32e 1 1 0 0 0
control_panel_ept_vpid 13 12 0 0 1
:XEN_1500M_guest_64_g32e 1 1 0 0 0
:XEN_256M_guest_64_gPAE 1 1 0 0 0
:XEN_256M_xenu_64_gPAE 1 1 0 0 0
:XEN_LM_Continuity_64_g3 1 1 0 0 0
:XEN_LM_SMP_64_g32e 1 1 0 0 0
:XEN_vmx_vcpu_pin_64_g32 1 0 0 0 1
:XEN_linux_win_64_g32e 1 1 0 0 0
:XEN_SR_Continuity_64_g3 1 1 0 0 0
:XEN_vmx_2vcpu_64_g32e 1 1 0 0 0
:XEN_1500M_guest_64_gPAE 1 1 0 0 0
:XEN_two_winxp_64_g32e 1 1 0 0 0
:XEN_256M_guest_64_g32e 1 1 0 0 0
:XEN_SR_SMP_64_g32e 1 1 0 0 0
ras_ept_vpid 3 3 0 0 0
:vcpu_hot_remove_64_g32e 1 1 0 0 0
:cpu_online_offline_64_g 1 1 0 0 0
:vcpu_hot_add_64_g32e 1 1 0 0 0
gtest_ept_vpid 21 21 0 0 0
:reboot_xp_64_g32e 1 1 0 0 0
:boot_solaris10u5_64_g32 1 1 0 0 0
:boot_up_vista_64_g32e 1 1 0 0 0
:boot_indiana_64_g32e 1 1 0 0 0
:boot_up_acpi_xp_64_g32e 1 1 0 0 0
:boot_smp_win7_ent_64_g3 1 1 0 0 0
:boot_smp_acpi_xp_64_g32 1 1 0 0 0
:boot_up_acpi_64_g32e 1 1 0 0 0
:boot_up_win2008_64_g32e 1 1 0 0 0
:boot_base_kernel_64_g32 1 1 0 0 0
:kb_nightly_64_g32e 1 1 0 0 0
:boot_up_acpi_win2k3_64_ 1 1 0 0 0
:boot_nevada_64_g32e 1 1 0 0 0
:boot_fc9_64_g32e 1 1 0 0 0
:ltp_nightly_64_g32e 1 1 0 0 0
:boot_smp_vista_64_g32e 1 1 0 0 0
:boot_smp_win2008_64_g32 1 1 0 0 0
:boot_smp_win7_ent_debug 1 1 0 0 0
:boot_smp_acpi_win2k3_64 1 1 0 0 0
:boot_rhel5u1_64_g32e 1 1 0 0 0
:reboot_fc6_64_g32e 1 1 0 0 0
acpi_ept_vpid 5 5 0 0 0
:hvm_s3_smp_sr_64_g32e 1 1 0 0 0
:monitor_c_status_64_g32 1 1 0 0 0
:hvm_s3_smp_64_g32e 1 1 0 0 0
:Dom0_S3_64_g32e 1 1 0 0 0
:monitor_p_status_64_g32 1 1 0 0 0
sriov_ept_vpid 4 4 0 0 0
:serial_vfs_smp_64_g32e 1 1 0 0 0
:one_vf_smp_win2k8_64_g3 1 1 0 0 0
:one_vf_smp_64_g32e 1 1 0 0 0
:one_vf_up_win2k8_64_g32 1 1 0 0 0
=====================================================================
Total 59 58 0 0 1
32e-Stoakley Summary Test Report
=====================================================================
Total Pass Fail NoResult Crash
=====================================================================
vtd_ept_vpid 14 7 0 0 7
control_panel_ept_vpid 15 14 0 0 1
ras_ept_vpid 4 4 0 0 0
gtest_ept_vpid 21 21 0 0 0
acpi_ept_vpid 3 2 0 0 1
=====================================================================
vtd_ept_vpid 14 7 0 0 7
:two_dev_smp_nomsi_64_g3 1 1 0 0 0
:two_dev_scp_64_g32e 1 0 0 0 1
:lm_pcie_up_64_g32e 1 0 0 0 1
:lm_pcie_smp_64_g32e 1 0 0 0 1
:two_dev_up_64_g32e 2 0 0 0 2
:hp_pci_up_64_g32e 1 1 0 0 0
:two_dev_up_nomsi_64_g32 1 1 0 0 0
:two_dev_smp_64_g32e 1 0 0 0 1
:lm_pci_up_nomsi_64_g32e 1 1 0 0 0
:one_pcie_smp_nomsi_64_g 1 1 0 0 0
:two_dev_scp_nomsi_64_g3 1 1 0 0 0
:one_pcie_smp_64_g32e 1 0 0 0 1
:lm_pci_smp_nomsi_64_g32 1 1 0 0 0
control_panel_ept_vpid 15 14 0 0 1
:XEN_1500M_guest_64_g32e 1 1 0 0 0
:XEN_4G_guest_64_g32e 1 1 0 0 0
:XEN_256M_guest_64_gPAE 1 1 0 0 0
:XEN_256M_xenu_64_gPAE 1 1 0 0 0
:XEN_LM_Continuity_64_g3 1 1 0 0 0
:XEN_LM_SMP_64_g32e 1 1 0 0 0
:XEN_vmx_vcpu_pin_64_g32 1 0 0 0 1
:XEN_linux_win_64_g32e 1 1 0 0 0
:XEN_SR_Continuity_64_g3 1 1 0 0 0
:XEN_vmx_2vcpu_64_g32e 1 1 0 0 0
:XEN_1500M_guest_64_gPAE 1 1 0 0 0
:XEN_4G_guest_64_gPAE 1 1 0 0 0
:XEN_two_winxp_64_g32e 1 1 0 0 0
:XEN_256M_guest_64_g32e 1 1 0 0 0
:XEN_SR_SMP_64_g32e 1 1 0 0 0
ras_ept_vpid 4 4 0 0 0
:vcpu_hot_remove_64_g32e 1 1 0 0 0
:cpu_online_offline_64_g 1 1 0 0 0
:vcpu_repeat_hotplug_64_ 1 1 0 0 0
:vcpu_hot_add_64_g32e 1 1 0 0 0
gtest_ept_vpid 21 21 0 0 0
:reboot_xp_64_g32e 1 1 0 0 0
:boot_solaris10u5_64_g32 1 1 0 0 0
:boot_up_vista_64_g32e 1 1 0 0 0
:boot_indiana_64_g32e 1 1 0 0 0
:boot_smp_win7_ent_64_g3 1 1 0 0 0
:boot_up_acpi_xp_64_g32e 1 1 0 0 0
:boot_smp_acpi_xp_64_g32 1 1 0 0 0
:boot_up_acpi_64_g32e 1 1 0 0 0
:boot_up_win2008_64_g32e 1 1 0 0 0
:boot_base_kernel_64_g32 1 1 0 0 0
:boot_up_acpi_win2k3_64_ 1 1 0 0 0
:kb_nightly_64_g32e 1 1 0 0 0
:boot_nevada_64_g32e 1 1 0 0 0
:boot_smp_vista_64_g32e 1 1 0 0 0
:ltp_nightly_64_g32e 1 1 0 0 0
:boot_fc9_64_g32e 1 1 0 0 0
:boot_smp_win2008_64_g32 1 1 0 0 0
:boot_smp_win7_ent_debug 1 1 0 0 0
:boot_smp_acpi_win2k3_64 1 1 0 0 0
:boot_rhel5u1_64_g32e 1 1 0 0 0
:reboot_fc6_64_g32e 1 1 0 0 0
acpi_ept_vpid 3 2 0 0 1
:hvm_s3_smp_sr_64_g32e 1 1 0 0 0
:hvm_s3_smp_64_g32e 1 1 0 0 0
:Dom0_S3_64_g32e 1 0 0 0 1
=====================================================================
Total 57 48 0 0 9
best regards
yang
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Biweekly VMX status report.Xen:#21925& Xen0:b29254
2010-08-06 15:32 Biweekly VMX status report.Xen:#21925& Xen0:b29254 Zhang, Yang Z
@ 2010-08-06 15:50 ` Keir Fraser
2010-08-06 23:49 ` Zhang, Yang Z
2010-08-07 16:04 ` Pasi Kärkkäinen
1 sibling, 1 reply; 6+ messages in thread
From: Keir Fraser @ 2010-08-06 15:50 UTC (permalink / raw)
To: Zhang, Yang Z, xen-devel
On 06/08/2010 16:32, "Zhang, Yang Z" <yang.z.zhang@intel.com> wrote:
>
> New Bugs (1):
> ====================================================================
> 1. kernel panic when set vcpu to a pcpu
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1646
Should be fixed by xen-unstable:21929.
Thanks,
Keir
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: Biweekly VMX status report.Xen:#21925& Xen0:b29254
2010-08-06 15:50 ` Keir Fraser
@ 2010-08-06 23:49 ` Zhang, Yang Z
0 siblings, 0 replies; 6+ messages in thread
From: Zhang, Yang Z @ 2010-08-06 23:49 UTC (permalink / raw)
To: Keir Fraser, xen-devel
> -----Original Message-----
> From: Keir Fraser [mailto:keir.fraser@eu.citrix.com]
> Sent: Friday, August 06, 2010 11:51 PM
> To: Zhang, Yang Z; xen-devel@lists.xensource.com
> Subject: Re: [Xen-devel] Biweekly VMX status report.Xen:#21925&
> Xen0:b29254
>
> On 06/08/2010 16:32, "Zhang, Yang Z" <yang.z.zhang@intel.com> wrote:
>
>
> >
> > New Bugs (1):
> >
> ================================================================
> ====
> > 1. kernel panic when set vcpu to a pcpu
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1646
>
> Should be fixed by xen-unstable:21929.
Ok, we will verify it ASAP.
> Thanks,
> Keir
>
best regards
yang
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Biweekly VMX status report.Xen:#21925& Xen0:b29254
2010-08-06 15:32 Biweekly VMX status report.Xen:#21925& Xen0:b29254 Zhang, Yang Z
2010-08-06 15:50 ` Keir Fraser
@ 2010-08-07 16:04 ` Pasi Kärkkäinen
2010-08-09 2:13 ` Zhang, Yang Z
1 sibling, 1 reply; 6+ messages in thread
From: Pasi Kärkkäinen @ 2010-08-07 16:04 UTC (permalink / raw)
To: Zhang, Yang Z; +Cc: xen-devel
On Fri, Aug 06, 2010 at 11:32:47PM +0800, Zhang, Yang Z wrote:
> Hi all,
> This is our bi-weekly test report for Xen-unstable tree. There are 1 new bug found in this two weeks.
> And there are 2 bugs had fixed in past two weeks.
> We use Pv_ops(xen/master, 2.6.31.13) as Dom0 in our testing.
>
xen/stable-2.6.32.x branch is the default pvops kernel in xen-unstable..
are you guys planning to switch testing that branch instead?
-- Pasi
>
>
> Status Summary
> ====================================================================
> Feature Result
> ------------------------------------------------------
> VT-x/VT-x2 PASS
> RAS Buggy
> VT-d PASS
> SR-IOV PASS
> PowerMgmt Buggy
> Other Buggy
>
>
> New Bugs (1):
> ====================================================================
> 1. kernel panic when set vcpu to a pcpu
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1646
>
> Fixed Bugs (2)
> ====================================================================
> 1. Boot up RHEL5u3 guest need a long times in the "starting udev" stage when vcpu more than 3
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1637
> 2. Can't create guest with big memory if do not limit Dom0 memory
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1604
>
> Old P1 Bugs (3):
> =====================================================================
> 1. stubdom based guest hangs at starting when using qcow image.
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1372
> 2. Can't create guest in PAE host with Gulftown-HEDT
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1641
> 3. Xen panic when create the guest with Intel 82575EB NIC and nomsi kernel option
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1639
>
>
> Old P2 Bugs (14)
> =====================================================================
> 1. Failed to install FC10
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1461
>
> 2. Two onboard 82576 NICs assigned to HVM guest cannot work stable if use INTx interrupt.
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1459
>
> 3. stubdom based guest hangs when assigning hdc to it.
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1373
>
> 4. [stubdom]The xm save command hangs while saving <Domain-dm>.
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1377
>
> 5. [stubdom] cannot restore stubdom based domain.
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1378
>
> 6. Live Migration with md5sum running cause dma_timer_expiry error in guest
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1530
>
> 7. Very slow mouse/keyboard and no USB thumbdrive detected w/Core i7 & Pvops
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1541
>
> 8. Linux guest boots up very slow with SDL rendering
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1478
>
> 9. [RAS] CPUs are not in the correct NUMA node after hot-add memory
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1573
>
> 10. [SR-IOV] Qemu report pci_msix_writel error while assigning VF to guest
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1575
>
> 11. Add fix for TBOOT/Xen and S3 flow
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1611
>
> 12. Dom0 may fail to resume from S3
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1634
>
> 13. guest always in printing some useless information when detach vf
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1636
>
> 14. vcpu cannot be hot added again after hot removed
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1638
>
>
>
> Test environment
> ==========================================================================
> Service OS : Red Hat Enterprise Linux Server release 5.3 (Tikanga)
> xen-changeset: 21925:8992134dcfd0
>
> pvops git:
> commit b29254c40dac94960fd3887275c65c83b71086ea
> Merge: cc867b2... 9d85e25...
> Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
>
> ioemu git:
> commit 833e7e9a4c95739429dc0c803bbbf2346f9897fd
> Author: Ian Jackson <ian.jackson@eu.citrix.com>
> Date: Thu Jul 8 17:33:29 2010 +0100
>
> tboot changeset:
> changeset: 224:026b9fd71a57
> tag: tip
> user: Shane Wang <shane.wang@intel.com>
> date: Thu Aug 05 11:15:08 2010 +0800
> summary: Change to use time-based timeout instead of counter-based timeout for tpm_save_state().
>
> 32e-Gulftown-HEDT Summary Test Report
> =====================================================================
> Total Pass Fail NoResult Crash
> =====================================================================
> vtd_ept_vpid 13 13 0 0 0
> control_panel_ept_vpid 13 12 0 0 1
> ras_ept_vpid 3 3 0 0 0
> gtest_ept_vpid 21 21 0 0 0
> acpi_ept_vpid 5 5 0 0 0
> sriov_ept_vpid 4 4 0 0 0
> =====================================================================
> vtd_ept_vpid 13 13 0 0 0
> :two_dev_smp_nomsi_64_g3 1 1 0 0 0
> :two_dev_scp_64_g32e 1 1 0 0 0
> :lm_pcie_up_64_g32e 1 1 0 0 0
> :lm_pcie_smp_64_g32e 1 1 0 0 0
> :hp_pci_up_64_g32e 1 1 0 0 0
> :two_dev_up_64_g32e 1 1 0 0 0
> :two_dev_up_nomsi_64_g32 1 1 0 0 0
> :lm_pci_up_nomsi_64_g32e 1 1 0 0 0
> :two_dev_smp_64_g32e 1 1 0 0 0
> :one_pcie_smp_nomsi_64_g 1 1 0 0 0
> :two_dev_scp_nomsi_64_g3 1 1 0 0 0
> :lm_pci_smp_nomsi_64_g32 1 1 0 0 0
> :one_pcie_smp_64_g32e 1 1 0 0 0
> control_panel_ept_vpid 13 12 0 0 1
> :XEN_1500M_guest_64_g32e 1 1 0 0 0
> :XEN_256M_guest_64_gPAE 1 1 0 0 0
> :XEN_256M_xenu_64_gPAE 1 1 0 0 0
> :XEN_LM_Continuity_64_g3 1 1 0 0 0
> :XEN_LM_SMP_64_g32e 1 1 0 0 0
> :XEN_vmx_vcpu_pin_64_g32 1 0 0 0 1
> :XEN_linux_win_64_g32e 1 1 0 0 0
> :XEN_SR_Continuity_64_g3 1 1 0 0 0
> :XEN_vmx_2vcpu_64_g32e 1 1 0 0 0
> :XEN_1500M_guest_64_gPAE 1 1 0 0 0
> :XEN_two_winxp_64_g32e 1 1 0 0 0
> :XEN_256M_guest_64_g32e 1 1 0 0 0
> :XEN_SR_SMP_64_g32e 1 1 0 0 0
> ras_ept_vpid 3 3 0 0 0
> :vcpu_hot_remove_64_g32e 1 1 0 0 0
> :cpu_online_offline_64_g 1 1 0 0 0
> :vcpu_hot_add_64_g32e 1 1 0 0 0
> gtest_ept_vpid 21 21 0 0 0
> :reboot_xp_64_g32e 1 1 0 0 0
> :boot_solaris10u5_64_g32 1 1 0 0 0
> :boot_up_vista_64_g32e 1 1 0 0 0
> :boot_indiana_64_g32e 1 1 0 0 0
> :boot_up_acpi_xp_64_g32e 1 1 0 0 0
> :boot_smp_win7_ent_64_g3 1 1 0 0 0
> :boot_smp_acpi_xp_64_g32 1 1 0 0 0
> :boot_up_acpi_64_g32e 1 1 0 0 0
> :boot_up_win2008_64_g32e 1 1 0 0 0
> :boot_base_kernel_64_g32 1 1 0 0 0
> :kb_nightly_64_g32e 1 1 0 0 0
> :boot_up_acpi_win2k3_64_ 1 1 0 0 0
> :boot_nevada_64_g32e 1 1 0 0 0
> :boot_fc9_64_g32e 1 1 0 0 0
> :ltp_nightly_64_g32e 1 1 0 0 0
> :boot_smp_vista_64_g32e 1 1 0 0 0
> :boot_smp_win2008_64_g32 1 1 0 0 0
> :boot_smp_win7_ent_debug 1 1 0 0 0
> :boot_smp_acpi_win2k3_64 1 1 0 0 0
> :boot_rhel5u1_64_g32e 1 1 0 0 0
> :reboot_fc6_64_g32e 1 1 0 0 0
> acpi_ept_vpid 5 5 0 0 0
> :hvm_s3_smp_sr_64_g32e 1 1 0 0 0
> :monitor_c_status_64_g32 1 1 0 0 0
> :hvm_s3_smp_64_g32e 1 1 0 0 0
> :Dom0_S3_64_g32e 1 1 0 0 0
> :monitor_p_status_64_g32 1 1 0 0 0
> sriov_ept_vpid 4 4 0 0 0
> :serial_vfs_smp_64_g32e 1 1 0 0 0
> :one_vf_smp_win2k8_64_g3 1 1 0 0 0
> :one_vf_smp_64_g32e 1 1 0 0 0
> :one_vf_up_win2k8_64_g32 1 1 0 0 0
> =====================================================================
> Total 59 58 0 0 1
>
> 32e-Stoakley Summary Test Report
> =====================================================================
> Total Pass Fail NoResult Crash
> =====================================================================
> vtd_ept_vpid 14 7 0 0 7
> control_panel_ept_vpid 15 14 0 0 1
> ras_ept_vpid 4 4 0 0 0
> gtest_ept_vpid 21 21 0 0 0
> acpi_ept_vpid 3 2 0 0 1
> =====================================================================
> vtd_ept_vpid 14 7 0 0 7
> :two_dev_smp_nomsi_64_g3 1 1 0 0 0
> :two_dev_scp_64_g32e 1 0 0 0 1
> :lm_pcie_up_64_g32e 1 0 0 0 1
> :lm_pcie_smp_64_g32e 1 0 0 0 1
> :two_dev_up_64_g32e 2 0 0 0 2
> :hp_pci_up_64_g32e 1 1 0 0 0
> :two_dev_up_nomsi_64_g32 1 1 0 0 0
> :two_dev_smp_64_g32e 1 0 0 0 1
> :lm_pci_up_nomsi_64_g32e 1 1 0 0 0
> :one_pcie_smp_nomsi_64_g 1 1 0 0 0
> :two_dev_scp_nomsi_64_g3 1 1 0 0 0
> :one_pcie_smp_64_g32e 1 0 0 0 1
> :lm_pci_smp_nomsi_64_g32 1 1 0 0 0
> control_panel_ept_vpid 15 14 0 0 1
> :XEN_1500M_guest_64_g32e 1 1 0 0 0
> :XEN_4G_guest_64_g32e 1 1 0 0 0
> :XEN_256M_guest_64_gPAE 1 1 0 0 0
> :XEN_256M_xenu_64_gPAE 1 1 0 0 0
> :XEN_LM_Continuity_64_g3 1 1 0 0 0
> :XEN_LM_SMP_64_g32e 1 1 0 0 0
> :XEN_vmx_vcpu_pin_64_g32 1 0 0 0 1
> :XEN_linux_win_64_g32e 1 1 0 0 0
> :XEN_SR_Continuity_64_g3 1 1 0 0 0
> :XEN_vmx_2vcpu_64_g32e 1 1 0 0 0
> :XEN_1500M_guest_64_gPAE 1 1 0 0 0
> :XEN_4G_guest_64_gPAE 1 1 0 0 0
> :XEN_two_winxp_64_g32e 1 1 0 0 0
> :XEN_256M_guest_64_g32e 1 1 0 0 0
> :XEN_SR_SMP_64_g32e 1 1 0 0 0
> ras_ept_vpid 4 4 0 0 0
> :vcpu_hot_remove_64_g32e 1 1 0 0 0
> :cpu_online_offline_64_g 1 1 0 0 0
> :vcpu_repeat_hotplug_64_ 1 1 0 0 0
> :vcpu_hot_add_64_g32e 1 1 0 0 0
> gtest_ept_vpid 21 21 0 0 0
> :reboot_xp_64_g32e 1 1 0 0 0
> :boot_solaris10u5_64_g32 1 1 0 0 0
> :boot_up_vista_64_g32e 1 1 0 0 0
> :boot_indiana_64_g32e 1 1 0 0 0
> :boot_smp_win7_ent_64_g3 1 1 0 0 0
> :boot_up_acpi_xp_64_g32e 1 1 0 0 0
> :boot_smp_acpi_xp_64_g32 1 1 0 0 0
> :boot_up_acpi_64_g32e 1 1 0 0 0
> :boot_up_win2008_64_g32e 1 1 0 0 0
> :boot_base_kernel_64_g32 1 1 0 0 0
> :boot_up_acpi_win2k3_64_ 1 1 0 0 0
> :kb_nightly_64_g32e 1 1 0 0 0
> :boot_nevada_64_g32e 1 1 0 0 0
> :boot_smp_vista_64_g32e 1 1 0 0 0
> :ltp_nightly_64_g32e 1 1 0 0 0
> :boot_fc9_64_g32e 1 1 0 0 0
> :boot_smp_win2008_64_g32 1 1 0 0 0
> :boot_smp_win7_ent_debug 1 1 0 0 0
> :boot_smp_acpi_win2k3_64 1 1 0 0 0
> :boot_rhel5u1_64_g32e 1 1 0 0 0
> :reboot_fc6_64_g32e 1 1 0 0 0
> acpi_ept_vpid 3 2 0 0 1
> :hvm_s3_smp_sr_64_g32e 1 1 0 0 0
> :hvm_s3_smp_64_g32e 1 1 0 0 0
> :Dom0_S3_64_g32e 1 0 0 0 1
> =====================================================================
> Total 57 48 0 0 9
>
>
>
> best regards
> yang
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: Biweekly VMX status report.Xen:#21925& Xen0:b29254
2010-08-07 16:04 ` Pasi Kärkkäinen
@ 2010-08-09 2:13 ` Zhang, Yang Z
2010-08-09 7:49 ` Zhang, Yang Z
0 siblings, 1 reply; 6+ messages in thread
From: Zhang, Yang Z @ 2010-08-09 2:13 UTC (permalink / raw)
To: Pasi Kärkkäinen; +Cc: Fitzhardinge, xen-devel, Jeremy
> -----Original Message-----
> From: Pasi Kärkkäinen [mailto:pasik@iki.fi]
> Sent: Sunday, August 08, 2010 12:04 AM
> To: Zhang, Yang Z
> Cc: xen-devel@lists.xensource.com
> Subject: Re: [Xen-devel] Biweekly VMX status report.Xen:#21925&
> Xen0:b29254
>
> On Fri, Aug 06, 2010 at 11:32:47PM +0800, Zhang, Yang Z wrote:
> > Hi all,
> > This is our bi-weekly test report for Xen-unstable tree. There are 1 new
> bug found in this two weeks.
> > And there are 2 bugs had fixed in past two weeks.
> > We use Pv_ops(xen/master, 2.6.31.13) as Dom0 in our testing.
> >
>
> xen/stable-2.6.32.x branch is the default pvops kernel in xen-unstable..
> are you guys planning to switch testing that branch instead?
We used jeremy's tree and xen/master is the default branch.
Jeremy, are you planning to switch the default branch to xen/stable-2.6.32.x?
best regards
yang
> -- Pasi
>
> >
> >
> > Status Summary
> >
> ================================================================
> ====
> > Feature Result
> > ------------------------------------------------------
> > VT-x/VT-x2 PASS
> > RAS Buggy
> > VT-d PASS
> > SR-IOV PASS
> > PowerMgmt Buggy
> > Other Buggy
> >
> >
> > New Bugs (1):
> >
> ================================================================
> ====
> > 1. kernel panic when set vcpu to a pcpu
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1646
> >
> > Fixed Bugs (2)
> >
> ================================================================
> ====
> > 1. Boot up RHEL5u3 guest need a long times in the "starting udev" stage
> when vcpu more than 3
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1637
> > 2. Can't create guest with big memory if do not limit Dom0 memory
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1604
> >
> > Old P1 Bugs (3):
> >
> ================================================================
> =====
> > 1. stubdom based guest hangs at starting when using qcow image.
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1372
> > 2. Can't create guest in PAE host with Gulftown-HEDT
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1641
> > 3. Xen panic when create the guest with Intel 82575EB NIC and nomsi kernel
> option
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1639
> >
> >
> > Old P2 Bugs (14)
> >
> ================================================================
> =====
> > 1. Failed to install FC10
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1461
> >
> > 2. Two onboard 82576 NICs assigned to HVM guest cannot work stable if use
> INTx interrupt.
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1459
> >
> > 3. stubdom based guest hangs when assigning hdc to it.
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1373
> >
> > 4. [stubdom]The xm save command hangs while saving <Domain-dm>.
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1377
> >
> > 5. [stubdom] cannot restore stubdom based domain.
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1378
> >
> > 6. Live Migration with md5sum running cause dma_timer_expiry error in
> guest
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1530
> >
> > 7. Very slow mouse/keyboard and no USB thumbdrive detected w/Core i7 &
> Pvops
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1541
> >
> > 8. Linux guest boots up very slow with SDL rendering
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1478
> >
> > 9. [RAS] CPUs are not in the correct NUMA node after hot-add memory
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1573
> >
> > 10. [SR-IOV] Qemu report pci_msix_writel error while assigning VF to guest
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1575
> >
> > 11. Add fix for TBOOT/Xen and S3 flow
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1611
> >
> > 12. Dom0 may fail to resume from S3
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1634
> >
> > 13. guest always in printing some useless information when detach vf
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1636
> >
> > 14. vcpu cannot be hot added again after hot removed
> > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1638
> >
> >
> >
> > Test environment
> >
> ================================================================
> ==========
> > Service OS : Red Hat Enterprise Linux Server release 5.3 (Tikanga)
> > xen-changeset: 21925:8992134dcfd0
> >
> > pvops git:
> > commit b29254c40dac94960fd3887275c65c83b71086ea
> > Merge: cc867b2... 9d85e25...
> > Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
> >
> > ioemu git:
> > commit 833e7e9a4c95739429dc0c803bbbf2346f9897fd
> > Author: Ian Jackson <ian.jackson@eu.citrix.com>
> > Date: Thu Jul 8 17:33:29 2010 +0100
> >
> > tboot changeset:
> > changeset: 224:026b9fd71a57
> > tag: tip
> > user: Shane Wang <shane.wang@intel.com>
> > date: Thu Aug 05 11:15:08 2010 +0800
> > summary: Change to use time-based timeout instead of counter-based
> timeout for tpm_save_state().
> >
> > 32e-Gulftown-HEDT Summary Test Report
> >
> ================================================================
> =====
> > Total Pass Fail NoResult
> Crash
> >
> ================================================================
> =====
> > vtd_ept_vpid 13 13 0 0 0
> > control_panel_ept_vpid 13 12 0 0 1
> > ras_ept_vpid 3 3 0 0 0
> > gtest_ept_vpid 21 21 0 0 0
> > acpi_ept_vpid 5 5 0 0 0
> > sriov_ept_vpid 4 4 0 0 0
> >
> ================================================================
> =====
> > vtd_ept_vpid 13 13 0 0 0
> > :two_dev_smp_nomsi_64_g3 1 1 0 0
> 0
> > :two_dev_scp_64_g32e 1 1 0 0
> 0
> > :lm_pcie_up_64_g32e 1 1 0 0
> 0
> > :lm_pcie_smp_64_g32e 1 1 0 0
> 0
> > :hp_pci_up_64_g32e 1 1 0 0
> 0
> > :two_dev_up_64_g32e 1 1 0 0
> 0
> > :two_dev_up_nomsi_64_g32 1 1 0 0
> 0
> > :lm_pci_up_nomsi_64_g32e 1 1 0 0
> 0
> > :two_dev_smp_64_g32e 1 1 0 0
> 0
> > :one_pcie_smp_nomsi_64_g 1 1 0 0
> 0
> > :two_dev_scp_nomsi_64_g3 1 1 0 0
> 0
> > :lm_pci_smp_nomsi_64_g32 1 1 0 0
> 0
> > :one_pcie_smp_64_g32e 1 1 0 0
> 0
> > control_panel_ept_vpid 13 12 0 0 1
> > :XEN_1500M_guest_64_g32e 1 1 0 0
> 0
> > :XEN_256M_guest_64_gPAE 1 1 0 0
> 0
> > :XEN_256M_xenu_64_gPAE 1 1 0 0
> 0
> > :XEN_LM_Continuity_64_g3 1 1 0 0
> 0
> > :XEN_LM_SMP_64_g32e 1 1 0 0
> 0
> > :XEN_vmx_vcpu_pin_64_g32 1 0 0 0
> 1
> > :XEN_linux_win_64_g32e 1 1 0 0
> 0
> > :XEN_SR_Continuity_64_g3 1 1 0 0 0
> > :XEN_vmx_2vcpu_64_g32e 1 1 0 0
> 0
> > :XEN_1500M_guest_64_gPAE 1 1 0 0
> 0
> > :XEN_two_winxp_64_g32e 1 1 0 0
> 0
> > :XEN_256M_guest_64_g32e 1 1 0 0
> 0
> > :XEN_SR_SMP_64_g32e 1 1 0 0
> 0
> > ras_ept_vpid 3 3 0 0 0
> > :vcpu_hot_remove_64_g32e 1 1 0 0
> 0
> > :cpu_online_offline_64_g 1 1 0 0 0
> > :vcpu_hot_add_64_g32e 1 1 0 0
> 0
> > gtest_ept_vpid 21 21 0 0 0
> > :reboot_xp_64_g32e 1 1 0 0
> 0
> > :boot_solaris10u5_64_g32 1 1 0 0 0
> > :boot_up_vista_64_g32e 1 1 0 0 0
> > :boot_indiana_64_g32e 1 1 0 0 0
> > :boot_up_acpi_xp_64_g32e 1 1 0 0
> 0
> > :boot_smp_win7_ent_64_g3 1 1 0 0
> 0
> > :boot_smp_acpi_xp_64_g32 1 1 0 0
> 0
> > :boot_up_acpi_64_g32e 1 1 0 0
> 0
> > :boot_up_win2008_64_g32e 1 1 0 0
> 0
> > :boot_base_kernel_64_g32 1 1 0 0 0
> > :kb_nightly_64_g32e 1 1 0 0 0
> > :boot_up_acpi_win2k3_64_ 1 1 0 0
> 0
> > :boot_nevada_64_g32e 1 1 0 0
> 0
> > :boot_fc9_64_g32e 1 1 0 0
> 0
> > :ltp_nightly_64_g32e 1 1 0 0 0
> > :boot_smp_vista_64_g32e 1 1 0 0
> 0
> > :boot_smp_win2008_64_g32 1 1 0 0
> 0
> > :boot_smp_win7_ent_debug 1 1 0 0
> 0
> > :boot_smp_acpi_win2k3_64 1 1 0 0
> 0
> > :boot_rhel5u1_64_g32e 1 1 0 0
> 0
> > :reboot_fc6_64_g32e 1 1 0 0
> 0
> > acpi_ept_vpid 5 5 0 0 0
> > :hvm_s3_smp_sr_64_g32e 1 1 0 0
> 0
> > :monitor_c_status_64_g32 1 1 0 0 0
> > :hvm_s3_smp_64_g32e 1 1 0 0
> 0
> > :Dom0_S3_64_g32e 1 1 0 0
> 0
> > :monitor_p_status_64_g32 1 1 0 0 0
> > sriov_ept_vpid 4 4 0 0 0
> > :serial_vfs_smp_64_g32e 1 1 0 0 0
> > :one_vf_smp_win2k8_64_g3 1 1 0 0
> 0
> > :one_vf_smp_64_g32e 1 1 0 0
> 0
> > :one_vf_up_win2k8_64_g32 1 1 0 0
> 0
> >
> ================================================================
> =====
> > Total 59 58 0 0 1
> >
> > 32e-Stoakley Summary Test Report
> >
> ================================================================
> =====
> > Total Pass Fail NoResult
> Crash
> >
> ================================================================
> =====
> > vtd_ept_vpid 14 7 0 0 7
> > control_panel_ept_vpid 15 14 0 0 1
> > ras_ept_vpid 4 4 0 0 0
> > gtest_ept_vpid 21 21 0 0 0
> > acpi_ept_vpid 3 2 0 0 1
> >
> ================================================================
> =====
> > vtd_ept_vpid 14 7 0 0 7
> > :two_dev_smp_nomsi_64_g3 1 1 0 0
> 0
> > :two_dev_scp_64_g32e 1 0 0 0
> 1
> > :lm_pcie_up_64_g32e 1 0 0 0
> 1
> > :lm_pcie_smp_64_g32e 1 0 0 0
> 1
> > :two_dev_up_64_g32e 2 0 0 0
> 2
> > :hp_pci_up_64_g32e 1 1 0 0
> 0
> > :two_dev_up_nomsi_64_g32 1 1 0 0
> 0
> > :two_dev_smp_64_g32e 1 0 0 0
> 1
> > :lm_pci_up_nomsi_64_g32e 1 1 0 0
> 0
> > :one_pcie_smp_nomsi_64_g 1 1 0 0
> 0
> > :two_dev_scp_nomsi_64_g3 1 1 0 0
> 0
> > :one_pcie_smp_64_g32e 1 0 0 0
> 1
> > :lm_pci_smp_nomsi_64_g32 1 1 0 0
> 0
> > control_panel_ept_vpid 15 14 0 0 1
> > :XEN_1500M_guest_64_g32e 1 1 0 0
> 0
> > :XEN_4G_guest_64_g32e 1 1 0 0
> 0
> > :XEN_256M_guest_64_gPAE 1 1 0 0
> 0
> > :XEN_256M_xenu_64_gPAE 1 1 0 0
> 0
> > :XEN_LM_Continuity_64_g3 1 1 0 0
> 0
> > :XEN_LM_SMP_64_g32e 1 1 0 0
> 0
> > :XEN_vmx_vcpu_pin_64_g32 1 0 0 0
> 1
> > :XEN_linux_win_64_g32e 1 1 0 0
> 0
> > :XEN_SR_Continuity_64_g3 1 1 0 0 0
> > :XEN_vmx_2vcpu_64_g32e 1 1 0 0
> 0
> > :XEN_1500M_guest_64_gPAE 1 1 0 0
> 0
> > :XEN_4G_guest_64_gPAE 1 1 0 0
> 0
> > :XEN_two_winxp_64_g32e 1 1 0 0
> 0
> > :XEN_256M_guest_64_g32e 1 1 0 0
> 0
> > :XEN_SR_SMP_64_g32e 1 1 0 0
> 0
> > ras_ept_vpid 4 4 0 0 0
> > :vcpu_hot_remove_64_g32e 1 1 0 0
> 0
> > :cpu_online_offline_64_g 1 1 0 0 0
> > :vcpu_repeat_hotplug_64_ 1 1 0 0 0
> > :vcpu_hot_add_64_g32e 1 1 0 0
> 0
> > gtest_ept_vpid 21 21 0 0 0
> > :reboot_xp_64_g32e 1 1 0 0
> 0
> > :boot_solaris10u5_64_g32 1 1 0 0 0
> > :boot_up_vista_64_g32e 1 1 0 0 0
> > :boot_indiana_64_g32e 1 1 0 0 0
> > :boot_smp_win7_ent_64_g3 1 1 0 0
> 0
> > :boot_up_acpi_xp_64_g32e 1 1 0 0
> 0
> > :boot_smp_acpi_xp_64_g32 1 1 0 0
> 0
> > :boot_up_acpi_64_g32e 1 1 0 0
> 0
> > :boot_up_win2008_64_g32e 1 1 0 0
> 0
> > :boot_base_kernel_64_g32 1 1 0 0 0
> > :boot_up_acpi_win2k3_64_ 1 1 0 0
> 0
> > :kb_nightly_64_g32e 1 1 0 0 0
> > :boot_nevada_64_g32e 1 1 0 0
> 0
> > :boot_smp_vista_64_g32e 1 1 0 0
> 0
> > :ltp_nightly_64_g32e 1 1 0 0 0
> > :boot_fc9_64_g32e 1 1 0 0
> 0
> > :boot_smp_win2008_64_g32 1 1 0 0
> 0
> > :boot_smp_win7_ent_debug 1 1 0 0
> 0
> > :boot_smp_acpi_win2k3_64 1 1 0 0
> 0
> > :boot_rhel5u1_64_g32e 1 1 0 0
> 0
> > :reboot_fc6_64_g32e 1 1 0 0
> 0
> > acpi_ept_vpid 3 2 0 0 1
> > :hvm_s3_smp_sr_64_g32e 1 1 0 0
> 0
> > :hvm_s3_smp_64_g32e 1 1 0 0
> 0
> > :Dom0_S3_64_g32e 1 0 0 0
> 1
> >
> ================================================================
> =====
> > Total 57 48 0 0
> 9
> >
> >
> >
> > best regards
> > yang
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xensource.com
> > http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: Biweekly VMX status report.Xen:#21925& Xen0:b29254
2010-08-09 2:13 ` Zhang, Yang Z
@ 2010-08-09 7:49 ` Zhang, Yang Z
0 siblings, 0 replies; 6+ messages in thread
From: Zhang, Yang Z @ 2010-08-09 7:49 UTC (permalink / raw)
To: Zhang, Yang Z, Pasi Kärkkäinen; +Cc: xen-devel
> -----Original Message-----
> From: xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Zhang, Yang Z
> Sent: Monday, August 09, 2010 10:14 AM
> To: Pasi Kärkkäinen
> Cc: Fitzhardinge; xen-devel@lists.xensource.com; Jeremy
> Subject: RE: [Xen-devel] Biweekly VMX status report.Xen:#21925&
> Xen0:b29254
>
> > -----Original Message-----
> > From: Pasi Kärkkäinen [mailto:pasik@iki.fi]
> > Sent: Sunday, August 08, 2010 12:04 AM
> > To: Zhang, Yang Z
> > Cc: xen-devel@lists.xensource.com
> > Subject: Re: [Xen-devel] Biweekly VMX status report.Xen:#21925&
> > Xen0:b29254
> >
> > On Fri, Aug 06, 2010 at 11:32:47PM +0800, Zhang, Yang Z wrote:
> > > Hi all,
> > > This is our bi-weekly test report for Xen-unstable tree. There are 1
> new
> > bug found in this two weeks.
> > > And there are 2 bugs had fixed in past two weeks.
> > > We use Pv_ops(xen/master, 2.6.31.13) as Dom0 in our testing.
> > >
> >
> > xen/stable-2.6.32.x branch is the default pvops kernel in xen-unstable..
> > are you guys planning to switch testing that branch instead?
> We used jeremy's tree and xen/master is the default branch.
> Jeremy, are you planning to switch the default branch to xen/stable-2.6.32.x?
>
We find our nightly test environment have a little problem when clone the tree. we always use "git clone" to clone the tree in the script instead of use "make" to clone the tree. This will skip over the code "git checkout -b xen/stable-2.6.32.x". And make us always use the xen/master.
We will update the nightly environment to use xen/stable-2.6.32.x branch.
best regards
yang
>
>
> best regards
> yang
>
> > -- Pasi
> >
> > >
> > >
> > > Status Summary
> > >
> >
> ================================================================
> > ====
> > > Feature Result
> > > ------------------------------------------------------
> > > VT-x/VT-x2 PASS
> > > RAS Buggy
> > > VT-d PASS
> > > SR-IOV PASS
> > > PowerMgmt Buggy
> > > Other Buggy
> > >
> > >
> > > New Bugs (1):
> > >
> >
> ================================================================
> > ====
> > > 1. kernel panic when set vcpu to a pcpu
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1646
> > >
> > > Fixed Bugs (2)
> > >
> >
> ================================================================
> > ====
> > > 1. Boot up RHEL5u3 guest need a long times in the "starting udev" stage
> > when vcpu more than 3
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1637
> > > 2. Can't create guest with big memory if do not limit Dom0 memory
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1604
> > >
> > > Old P1 Bugs (3):
> > >
> >
> ================================================================
> > =====
> > > 1. stubdom based guest hangs at starting when using qcow image.
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1372
> > > 2. Can't create guest in PAE host with Gulftown-HEDT
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1641
> > > 3. Xen panic when create the guest with Intel 82575EB NIC and nomsi
> kernel
> > option
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1639
> > >
> > >
> > > Old P2 Bugs (14)
> > >
> >
> ================================================================
> > =====
> > > 1. Failed to install FC10
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1461
> > >
> > > 2. Two onboard 82576 NICs assigned to HVM guest cannot work stable if
> use
> > INTx interrupt.
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1459
> > >
> > > 3. stubdom based guest hangs when assigning hdc to it.
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1373
> > >
> > > 4. [stubdom]The xm save command hangs while saving <Domain-dm>.
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1377
> > >
> > > 5. [stubdom] cannot restore stubdom based domain.
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1378
> > >
> > > 6. Live Migration with md5sum running cause dma_timer_expiry error in
> > guest
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1530
> > >
> > > 7. Very slow mouse/keyboard and no USB thumbdrive detected w/Core i7 &
> > Pvops
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1541
> > >
> > > 8. Linux guest boots up very slow with SDL rendering
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1478
> > >
> > > 9. [RAS] CPUs are not in the correct NUMA node after hot-add memory
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1573
> > >
> > > 10. [SR-IOV] Qemu report pci_msix_writel error while assigning VF to guest
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1575
> > >
> > > 11. Add fix for TBOOT/Xen and S3 flow
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1611
> > >
> > > 12. Dom0 may fail to resume from S3
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1634
> > >
> > > 13. guest always in printing some useless information when detach vf
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1636
> > >
> > > 14. vcpu cannot be hot added again after hot removed
> > > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1638
> > >
> > >
> > >
> > > Test environment
> > >
> >
> ================================================================
> > ==========
> > > Service OS : Red Hat Enterprise Linux Server release 5.3 (Tikanga)
> > > xen-changeset: 21925:8992134dcfd0
> > >
> > > pvops git:
> > > commit b29254c40dac94960fd3887275c65c83b71086ea
> > > Merge: cc867b2... 9d85e25...
> > > Author: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com>
> > >
> > > ioemu git:
> > > commit 833e7e9a4c95739429dc0c803bbbf2346f9897fd
> > > Author: Ian Jackson <ian.jackson@eu.citrix.com>
> > > Date: Thu Jul 8 17:33:29 2010 +0100
> > >
> > > tboot changeset:
> > > changeset: 224:026b9fd71a57
> > > tag: tip
> > > user: Shane Wang <shane.wang@intel.com>
> > > date: Thu Aug 05 11:15:08 2010 +0800
> > > summary: Change to use time-based timeout instead of
> counter-based
> > timeout for tpm_save_state().
> > >
> > > 32e-Gulftown-HEDT Summary Test Report
> > >
> >
> ================================================================
> > =====
> > > Total Pass Fail NoResult
> > Crash
> > >
> >
> ================================================================
> > =====
> > > vtd_ept_vpid 13 13 0 0 0
> > > control_panel_ept_vpid 13 12 0 0 1
> > > ras_ept_vpid 3 3 0 0
> 0
> > > gtest_ept_vpid 21 21 0 0
> 0
> > > acpi_ept_vpid 5 5 0 0
> 0
> > > sriov_ept_vpid 4 4 0 0
> 0
> > >
> >
> ================================================================
> > =====
> > > vtd_ept_vpid 13 13 0 0
> 0
> > > :two_dev_smp_nomsi_64_g3 1 1 0 0
> > 0
> > > :two_dev_scp_64_g32e 1 1 0 0
> > 0
> > > :lm_pcie_up_64_g32e 1 1 0 0
> > 0
> > > :lm_pcie_smp_64_g32e 1 1 0 0
> > 0
> > > :hp_pci_up_64_g32e 1 1 0 0
> > 0
> > > :two_dev_up_64_g32e 1 1 0 0
> > 0
> > > :two_dev_up_nomsi_64_g32 1 1 0 0
> > 0
> > > :lm_pci_up_nomsi_64_g32e 1 1 0 0
> > 0
> > > :two_dev_smp_64_g32e 1 1 0 0
> > 0
> > > :one_pcie_smp_nomsi_64_g 1 1 0 0
> > 0
> > > :two_dev_scp_nomsi_64_g3 1 1 0 0
> > 0
> > > :lm_pci_smp_nomsi_64_g32 1 1 0 0
> > 0
> > > :one_pcie_smp_64_g32e 1 1 0 0
> > 0
> > > control_panel_ept_vpid 13 12 0 0 1
> > > :XEN_1500M_guest_64_g32e 1 1 0 0
> > 0
> > > :XEN_256M_guest_64_gPAE 1 1 0 0
> > 0
> > > :XEN_256M_xenu_64_gPAE 1 1 0 0
> > 0
> > > :XEN_LM_Continuity_64_g3 1 1 0 0
> > 0
> > > :XEN_LM_SMP_64_g32e 1 1 0 0
> > 0
> > > :XEN_vmx_vcpu_pin_64_g32 1 0 0 0
> > 1
> > > :XEN_linux_win_64_g32e 1 1 0 0
> > 0
> > > :XEN_SR_Continuity_64_g3 1 1 0 0
> 0
> > > :XEN_vmx_2vcpu_64_g32e 1 1 0 0
> > 0
> > > :XEN_1500M_guest_64_gPAE 1 1 0 0
> > 0
> > > :XEN_two_winxp_64_g32e 1 1 0 0
> > 0
> > > :XEN_256M_guest_64_g32e 1 1 0 0
> > 0
> > > :XEN_SR_SMP_64_g32e 1 1 0 0
> > 0
> > > ras_ept_vpid 3 3 0 0
> 0
> > > :vcpu_hot_remove_64_g32e 1 1 0 0
> > 0
> > > :cpu_online_offline_64_g 1 1 0 0 0
> > > :vcpu_hot_add_64_g32e 1 1 0 0
> > 0
> > > gtest_ept_vpid 21 21 0 0
> 0
> > > :reboot_xp_64_g32e 1 1 0 0
> > 0
> > > :boot_solaris10u5_64_g32 1 1 0 0
> 0
> > > :boot_up_vista_64_g32e 1 1 0 0
> 0
> > > :boot_indiana_64_g32e 1 1 0 0
> 0
> > > :boot_up_acpi_xp_64_g32e 1 1 0 0
> > 0
> > > :boot_smp_win7_ent_64_g3 1 1 0 0
> > 0
> > > :boot_smp_acpi_xp_64_g32 1 1 0 0
> > 0
> > > :boot_up_acpi_64_g32e 1 1 0 0
> > 0
> > > :boot_up_win2008_64_g32e 1 1 0 0
> > 0
> > > :boot_base_kernel_64_g32 1 1 0 0
> 0
> > > :kb_nightly_64_g32e 1 1 0 0
> 0
> > > :boot_up_acpi_win2k3_64_ 1 1 0 0
> > 0
> > > :boot_nevada_64_g32e 1 1 0 0
> > 0
> > > :boot_fc9_64_g32e 1 1 0 0
> > 0
> > > :ltp_nightly_64_g32e 1 1 0 0
> 0
> > > :boot_smp_vista_64_g32e 1 1 0 0
> > 0
> > > :boot_smp_win2008_64_g32 1 1 0 0
> > 0
> > > :boot_smp_win7_ent_debug 1 1 0 0
> > 0
> > > :boot_smp_acpi_win2k3_64 1 1 0 0
> > 0
> > > :boot_rhel5u1_64_g32e 1 1 0 0
> > 0
> > > :reboot_fc6_64_g32e 1 1 0 0
> > 0
> > > acpi_ept_vpid 5 5 0 0
> 0
> > > :hvm_s3_smp_sr_64_g32e 1 1 0 0
> > 0
> > > :monitor_c_status_64_g32 1 1 0 0
> 0
> > > :hvm_s3_smp_64_g32e 1 1 0 0
> > 0
> > > :Dom0_S3_64_g32e 1 1 0 0
> > 0
> > > :monitor_p_status_64_g32 1 1 0 0
> 0
> > > sriov_ept_vpid 4 4 0 0
> 0
> > > :serial_vfs_smp_64_g32e 1 1 0 0
> 0
> > > :one_vf_smp_win2k8_64_g3 1 1 0 0
> > 0
> > > :one_vf_smp_64_g32e 1 1 0 0
> > 0
> > > :one_vf_up_win2k8_64_g32 1 1 0 0
> > 0
> > >
> >
> ================================================================
> > =====
> > > Total 59 58 0 0
> 1
> > >
> > > 32e-Stoakley Summary Test Report
> > >
> >
> ================================================================
> > =====
> > > Total Pass Fail NoResult
> > Crash
> > >
> >
> ================================================================
> > =====
> > > vtd_ept_vpid 14 7 0 0
> 7
> > > control_panel_ept_vpid 15 14 0 0 1
> > > ras_ept_vpid 4 4 0 0
> 0
> > > gtest_ept_vpid 21 21 0 0
> 0
> > > acpi_ept_vpid 3 2 0 0
> 1
> > >
> >
> ================================================================
> > =====
> > > vtd_ept_vpid 14 7 0 0
> 7
> > > :two_dev_smp_nomsi_64_g3 1 1 0 0
> > 0
> > > :two_dev_scp_64_g32e 1 0 0 0
> > 1
> > > :lm_pcie_up_64_g32e 1 0 0 0
> > 1
> > > :lm_pcie_smp_64_g32e 1 0 0 0
> > 1
> > > :two_dev_up_64_g32e 2 0 0 0
> > 2
> > > :hp_pci_up_64_g32e 1 1 0 0
> > 0
> > > :two_dev_up_nomsi_64_g32 1 1 0 0
> > 0
> > > :two_dev_smp_64_g32e 1 0 0 0
> > 1
> > > :lm_pci_up_nomsi_64_g32e 1 1 0 0
> > 0
> > > :one_pcie_smp_nomsi_64_g 1 1 0 0
> > 0
> > > :two_dev_scp_nomsi_64_g3 1 1 0 0
> > 0
> > > :one_pcie_smp_64_g32e 1 0 0 0
> > 1
> > > :lm_pci_smp_nomsi_64_g32 1 1 0 0
> > 0
> > > control_panel_ept_vpid 15 14 0 0 1
> > > :XEN_1500M_guest_64_g32e 1 1 0 0
> > 0
> > > :XEN_4G_guest_64_g32e 1 1 0 0
> > 0
> > > :XEN_256M_guest_64_gPAE 1 1 0 0
> > 0
> > > :XEN_256M_xenu_64_gPAE 1 1 0 0
> > 0
> > > :XEN_LM_Continuity_64_g3 1 1 0 0
> > 0
> > > :XEN_LM_SMP_64_g32e 1 1 0 0
> > 0
> > > :XEN_vmx_vcpu_pin_64_g32 1 0 0 0
> > 1
> > > :XEN_linux_win_64_g32e 1 1 0 0
> > 0
> > > :XEN_SR_Continuity_64_g3 1 1 0 0
> 0
> > > :XEN_vmx_2vcpu_64_g32e 1 1 0 0
> > 0
> > > :XEN_1500M_guest_64_gPAE 1 1 0 0
> > 0
> > > :XEN_4G_guest_64_gPAE 1 1 0 0
> > 0
> > > :XEN_two_winxp_64_g32e 1 1 0 0
> > 0
> > > :XEN_256M_guest_64_g32e 1 1 0 0
> > 0
> > > :XEN_SR_SMP_64_g32e 1 1 0 0
> > 0
> > > ras_ept_vpid 4 4 0 0
> 0
> > > :vcpu_hot_remove_64_g32e 1 1 0 0
> > 0
> > > :cpu_online_offline_64_g 1 1 0 0 0
> > > :vcpu_repeat_hotplug_64_ 1 1 0 0
> 0
> > > :vcpu_hot_add_64_g32e 1 1 0 0
> > 0
> > > gtest_ept_vpid 21 21 0 0
> 0
> > > :reboot_xp_64_g32e 1 1 0 0
> > 0
> > > :boot_solaris10u5_64_g32 1 1 0 0
> 0
> > > :boot_up_vista_64_g32e 1 1 0 0
> 0
> > > :boot_indiana_64_g32e 1 1 0 0
> 0
> > > :boot_smp_win7_ent_64_g3 1 1 0 0
> > 0
> > > :boot_up_acpi_xp_64_g32e 1 1 0 0
> > 0
> > > :boot_smp_acpi_xp_64_g32 1 1 0 0
> > 0
> > > :boot_up_acpi_64_g32e 1 1 0 0
> > 0
> > > :boot_up_win2008_64_g32e 1 1 0 0
> > 0
> > > :boot_base_kernel_64_g32 1 1 0 0
> 0
> > > :boot_up_acpi_win2k3_64_ 1 1 0 0
> > 0
> > > :kb_nightly_64_g32e 1 1 0 0
> 0
> > > :boot_nevada_64_g32e 1 1 0 0
> > 0
> > > :boot_smp_vista_64_g32e 1 1 0 0
> > 0
> > > :ltp_nightly_64_g32e 1 1 0 0
> 0
> > > :boot_fc9_64_g32e 1 1 0 0
> > 0
> > > :boot_smp_win2008_64_g32 1 1 0 0
> > 0
> > > :boot_smp_win7_ent_debug 1 1 0 0
> > 0
> > > :boot_smp_acpi_win2k3_64 1 1 0 0
> > 0
> > > :boot_rhel5u1_64_g32e 1 1 0 0
> > 0
> > > :reboot_fc6_64_g32e 1 1 0 0
> > 0
> > > acpi_ept_vpid 3 2 0 0
> 1
> > > :hvm_s3_smp_sr_64_g32e 1 1 0 0
> > 0
> > > :hvm_s3_smp_64_g32e 1 1 0 0
> > 0
> > > :Dom0_S3_64_g32e 1 0 0 0
> > 1
> > >
> >
> ================================================================
> > =====
> > > Total 57 48 0 0
> > 9
> > >
> > >
> > >
> > > best regards
> > > yang
> > >
> > >
> > >
> > > _______________________________________________
> > > Xen-devel mailing list
> > > Xen-devel@lists.xensource.com
> > > http://lists.xensource.com/xen-devel
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-08-09 7:49 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-08-06 15:32 Biweekly VMX status report.Xen:#21925& Xen0:b29254 Zhang, Yang Z
2010-08-06 15:50 ` Keir Fraser
2010-08-06 23:49 ` Zhang, Yang Z
2010-08-07 16:04 ` Pasi Kärkkäinen
2010-08-09 2:13 ` Zhang, Yang Z
2010-08-09 7:49 ` Zhang, Yang Z
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.