* KVM Test report, kernel e6a9246... qemu 94f964d...
@ 2010-09-06 3:05 Hao, Xudong
2010-09-06 6:55 ` Avi Kivity
0 siblings, 1 reply; 15+ messages in thread
From: Hao, Xudong @ 2010-09-06 3:05 UTC (permalink / raw)
To: kvm
Hi, all,
This is KVM test result against kvm.git: e6a9246aa397aaced11f3870bfd0766ab48075c4 and qemu-kvm.git: 94f964d08ebdcc74999d4cff74bc5f7aee84fc5.
We found a regression issue that linux guest is very slow to boot up(about 20 minutes). and I checked with a old kvm commit 61e45fb2806b3615ede47013c06fa2e95192e660 and new qemu-kvm, the linux guest boot fine.
Fixed issues:
1. [KVM VT-d] Guest fail to boot up with one additional device assignment
https://bugzilla.kernel.org/show_bug.cgi?id=16437
2. 32PAE Windows guest is slow to boot with acpi on shadow
https://sourceforge.net/tracker/?func=detail&aid=2976863&group_id=180599&atid=893831
New issue
1. [KVM] Linux guest is too slow to boot up
https://bugzilla.kernel.org/show_bug.cgi?id=17882
Five old Issues:
================================================
1. ltp diotest running time is 2.54 times than before
https://sourceforge.net/tracker/?func=detail&aid=2723366&group_id=180599&atid=893831
2. 32bits Rhel5/FC6 guest may fail to reboot after installation
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1991647&group_id=180599
3. perfctr wrmsr warning when booting 64bit RHEl5.3
https://sourceforge.net/tracker/?func=detail&aid=2721640&group_id=180599&atid=893831
4. [SR] qemu return form "migrate " command spend long time
https://sourceforge.net/tracker/?func=detail&aid=2942079&group_id=180599&atid=893831
Test environment
================================================
Platform A
Westmere-EP
CPU 8
Memory size 12G
=====================================================================
Total Pass Fail NoResult Crash
=====================================================================
control_panel_ept_vpid 12 12 0 0 0
control_panel_vpid 3 0 3 0 0
control_panel 3 0 3 0 0
control_panel_ept 4 4 0 0 0
gtest_vpid 1 0 1 0 0
gtest_ept 1 1 0 0 0
gtest 3 2 1 0 0
vtd_ept_vpid 8 0 8 0 0
gtest_ept_vpid 11 11 0 0 0
sriov_ept_vpid 5 0 5 0 0
=====================================================================
control_panel_ept_vpid 12 12 0 0 0
:KVM_LM_Continuity_64_g3 1 1 0 0 0
:KVM_four_dguest_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_gPAE 1 1 0 0 0
:KVM_LM_SMP_64_g32e 1 1 0 0 0
:KVM_SR_SMP_64_g32e 1 1 0 0 0
:KVM_linux_win_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_g32e 1 1 0 0 0
:KVM_two_winxp_64_g32e 1 1 0 0 0
:KVM_256M_guest_64_gPAE 1 1 0 0 0
:KVM_SR_Continuity_64_g3 1 1 0 0 0
:KVM_256M_guest_64_g32e 1 1 0 0 0
:KVM_four_sguest_64_g32e 1 1 0 0 0
control_panel_vpid 3 0 3 0 0
:KVM_linux_win_64_g32e 1 0 1 0 0
:KVM_1500M_guest_64_g32e 1 0 1 0 0
:KVM_1500M_guest_64_gPAE 1 0 1 0 0
control_panel 3 0 3 0 0
:KVM_1500M_guest_64_g32e 1 0 1 0 0
:KVM_1500M_guest_64_gPAE 1 0 1 0 0
:KVM_LM_SMP_64_g32e 1 0 1 0 0
control_panel_ept 4 4 0 0 0
:KVM_linux_win_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_gPAE 1 1 0 0 0
:KVM_LM_SMP_64_g32e 1 1 0 0 0
gtest_vpid 1 0 1 0 0
:boot_smp_win7_ent_64_g3 1 0 1 0 0
gtest_ept 1 1 0 0 0
:boot_smp_win7_ent_64_g3 1 1 0 0 0
gtest 3 2 1 0 0
:boot_smp_win2008_64_g32 1 1 0 0 0
:boot_smp_win7_ent_64_gP 1 0 1 0 0
:boot_smp_vista_64_g32e 1 1 0 0 0
vtd_ept_vpid 8 0 8 0 0
:one_pcie_up_64_g32e 1 0 1 0 0
:hp_pcie_smp_nomsi_64_g3 1 0 1 0 0
:lm_pcie_smp_64_g32e 1 0 1 0 0
:one_pcie_scp_64_g32e 1 0 1 0 0
:one_pcie_smp_nomsi_64_g 1 0 1 0 0
:hp_pcie_smp_64_g32e 1 0 1 0 0
:one_pcie_smp_64_g32e 1 0 1 0 0
:hp_pcie_up_64_g32e 1 0 1 0 0
gtest_ept_vpid 11 11 0 0 0
:boot_up_acpi_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_up_vista_64_g32e 1 1 0 0 0
:ltp_nightly_64_g32e 1 1 0 0 0
:boot_smp_win2008_64_g32 1 1 0 0 0
:boot_smp_acpi_win2k3_64 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
sriov_ept_vpid 5 0 5 0 0
:one_vf_up_64_g32e 1 0 1 0 0
:hp_vf_up_64_g32e 1 0 1 0 0
:hp_vf_smp_64_g32e 1 0 1 0 0
:one_vf_smp_64_g32e 1 0 1 0 0
:two_dev_smp_64_g32e 1 0 1 0 0
=====================================================================
Total 51 30 21 0 0
Test environment
================================================
Platform B
Westmere-HEDT
CPU 8
Memory size 4G
Report summary of IA32E on vt-NHM1:
=====================================================================
Total Pass Fail NoResult Crash
=====================================================================
control_panel_ept_vpid 12 12 0 0 0
control_panel_ept 4 4 0 0 0
control_panel 3 0 3 0 0
control_panel_vpid 3 0 3 0 0
gtest_vpid 1 1 0 0 0
gtest_ept 1 1 0 0 0
gtest 3 2 1 0 0
vtd_ept_vpid 8 1 7 0 0
gtest_ept_vpid 11 11 0 0 0
sriov_ept_vpid 5 0 5 0 0
=====================================================================
control_panel_ept_vpid 12 12 0 0 0
:KVM_LM_Continuity_64_g3 1 1 0 0 0
:KVM_four_dguest_64_g32e 1 1 0 0 0
:KVM_SR_SMP_64_g32e 1 1 0 0 0
:KVM_LM_SMP_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_gPAE 1 1 0 0 0
:KVM_linux_win_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_g32e 1 1 0 0 0
:KVM_two_winxp_64_g32e 1 1 0 0 0
:KVM_256M_guest_64_gPAE 1 1 0 0 0
:KVM_SR_Continuity_64_g3 1 1 0 0 0
:KVM_256M_guest_64_g32e 1 1 0 0 0
:KVM_four_sguest_64_g32e 1 1 0 0 0
control_panel_ept 4 4 0 0 0
:KVM_linux_win_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_g32e 1 1 0 0 0
:KVM_LM_SMP_64_g32e 1 1 0 0 0
:KVM_1500M_guest_64_gPAE 1 1 0 0 0
control_panel 3 0 3 0 0
:KVM_1500M_guest_64_g32e 1 0 1 0 0
:KVM_LM_SMP_64_g32e 1 0 1 0 0
:KVM_1500M_guest_64_gPAE 1 0 1 0 0
control_panel_vpid 3 0 3 0 0
:KVM_linux_win_64_g32e 1 0 1 0 0
:KVM_1500M_guest_64_g32e 1 0 1 0 0
:KVM_1500M_guest_64_gPAE 1 0 1 0 0
gtest_vpid 1 1 0 0 0
:boot_smp_win7_ent_64_g3 1 1 0 0 0
gtest_ept 1 1 0 0 0
:boot_smp_win7_ent_64_g3 1 1 0 0 0
gtest 3 2 1 0 0
:boot_smp_win2008_64_g32 1 1 0 0 0
:boot_smp_win7_ent_64_gP 1 0 1 0 0
:boot_smp_vista_64_g32e 1 1 0 0 0
vtd_ept_vpid 8 1 7 0 0
:one_pcie_smp_nomsi_64_g 1 0 1 0 0
:one_pcie_scp_64_g32e 1 0 1 0 0
:one_pcie_up_64_g32e 1 0 1 0 0
:lm_pcie_smp_64_g32e 1 0 1 0 0
:hp_pcie_smp_nomsi_64_g3 1 1 0 0 0
:one_pcie_smp_64_g32e 1 0 1 0 0
:hp_pcie_smp_64_g32e 1 0 1 0 0
:hp_pcie_up_64_g32e 1 0 1 0 0
gtest_ept_vpid 11 11 0 0 0
:boot_up_acpi_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_up_vista_64_g32e 1 1 0 0 0
:ltp_nightly_64_g32e 1 1 0 0 0
:boot_smp_win2008_64_g32 1 1 0 0 0
:boot_up_acpi_xp_64_g32e 1 1 0 0 0
:boot_smp_acpi_win2k3_64 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
sriov_ept_vpid 5 0 5 0 0
:one_vf_up_64_g32e 1 0 1 0 0
:hp_vf_up_64_g32e 1 0 1 0 0
:hp_vf_smp_64_g32e 1 0 1 0 0
:one_vf_smp_64_g32e 1 0 1 0 0
:two_dev_smp_64_g32e 1 0 1 0 0
=====================================================================
Total 51 32 19 0 0
Best Regards,
Xudong Hao
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-06 3:05 KVM Test report, kernel e6a9246... qemu 94f964d Hao, Xudong
@ 2010-09-06 6:55 ` Avi Kivity
2010-09-06 6:59 ` Hao, Xudong
0 siblings, 1 reply; 15+ messages in thread
From: Avi Kivity @ 2010-09-06 6:55 UTC (permalink / raw)
To: Hao, Xudong; +Cc: kvm
On 09/06/2010 06:05 AM, Hao, Xudong wrote:
>
> New issue
> 1. [KVM] Linux guest is too slow to boot up
> https://bugzilla.kernel.org/show_bug.cgi?id=17882
>
I'll take a look. What kernel is running in the guest? What distribution?
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-06 6:55 ` Avi Kivity
@ 2010-09-06 6:59 ` Hao, Xudong
2010-09-06 8:04 ` Avi Kivity
0 siblings, 1 reply; 15+ messages in thread
From: Hao, Xudong @ 2010-09-06 6:59 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
Avi Kivity wrote:
> On 09/06/2010 06:05 AM, Hao, Xudong wrote:
>>
>> New issue
>> 1. [KVM] Linux guest is too slow to boot up
>> https://bugzilla.kernel.org/show_bug.cgi?id=17882
>>
>
> I'll take a look. What kernel is running in the guest? What
> distribution?
Guest run on RHEL5u3 with it's default kernel 2.6.18.
Thanks,
Xudong
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-06 6:59 ` Hao, Xudong
@ 2010-09-06 8:04 ` Avi Kivity
2010-09-06 8:08 ` Hao, Xudong
0 siblings, 1 reply; 15+ messages in thread
From: Avi Kivity @ 2010-09-06 8:04 UTC (permalink / raw)
To: Hao, Xudong; +Cc: kvm
On 09/06/2010 09:59 AM, Hao, Xudong wrote:
> Avi Kivity wrote:
>> On 09/06/2010 06:05 AM, Hao, Xudong wrote:
>>> New issue
>>> 1. [KVM] Linux guest is too slow to boot up
>>> https://bugzilla.kernel.org/show_bug.cgi?id=17882
>>>
>> I'll take a look. What kernel is running in the guest? What
>> distribution?
> Guest run on RHEL5u3 with it's default kernel 2.6.18.
>
Unable to reproduce - R5u3 i386 guest installed and booted, x86_64
booted from cd, all as expected.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-06 8:04 ` Avi Kivity
@ 2010-09-06 8:08 ` Hao, Xudong
2010-09-06 8:56 ` Avi Kivity
0 siblings, 1 reply; 15+ messages in thread
From: Hao, Xudong @ 2010-09-06 8:08 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
Avi Kivity wrote:
> On 09/06/2010 09:59 AM, Hao, Xudong wrote:
>> Avi Kivity wrote:
>>> On 09/06/2010 06:05 AM, Hao, Xudong wrote:
>>>> New issue
>>>> 1. [KVM] Linux guest is too slow to boot up
>>>> https://bugzilla.kernel.org/show_bug.cgi?id=17882
>>>>
>>> I'll take a look. What kernel is running in the guest? What
>>> distribution?
>> Guest run on RHEL5u3 with it's default kernel 2.6.18.
>>
>
> Unable to reproduce - R5u3 i386 guest installed and booted, x86_64
> booted from cd, all as expected.
Do you use EPT or shadow mode? This issue only exist on shadow mode.
But if we assign one pci device to guest, both EPT and shadow mode can reproduce.
Thanks,
Xudong
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-06 8:08 ` Hao, Xudong
@ 2010-09-06 8:56 ` Avi Kivity
2010-09-07 0:51 ` Hao, Xudong
2010-09-07 7:22 ` Hao, Xudong
0 siblings, 2 replies; 15+ messages in thread
From: Avi Kivity @ 2010-09-06 8:56 UTC (permalink / raw)
To: Hao, Xudong; +Cc: kvm
On 09/06/2010 11:08 AM, Hao, Xudong wrote:
>
>> Unable to reproduce - R5u3 i386 guest installed and booted, x86_64
>> booted from cd, all as expected.
> Do you use EPT or shadow mode? This issue only exist on shadow mode.
Shadow. What's your command line?
> But if we assign one pci device to guest, both EPT and shadow mode can reproduce.
I never assigned a pci device in my life...
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-06 8:56 ` Avi Kivity
@ 2010-09-07 0:51 ` Hao, Xudong
2010-09-07 7:22 ` Hao, Xudong
1 sibling, 0 replies; 15+ messages in thread
From: Hao, Xudong @ 2010-09-07 0:51 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
Avi Kivity wrote:
> On 09/06/2010 11:08 AM, Hao, Xudong wrote:
>>
>>> Unable to reproduce - R5u3 i386 guest installed and booted, x86_64
>>> booted from cd, all as expected.
>> Do you use EPT or shadow mode? This issue only exist on shadow mode.
>
> Shadow. What's your command line?
>
qemu-system-x86_64 -m 1024 -smp 1 -hda /imagepath/RHEL5u3.img
Thanks,
Xudong
^ permalink raw reply [flat|nested] 15+ messages in thread
* RE: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-06 8:56 ` Avi Kivity
2010-09-07 0:51 ` Hao, Xudong
@ 2010-09-07 7:22 ` Hao, Xudong
2010-09-07 8:15 ` Avi Kivity
1 sibling, 1 reply; 15+ messages in thread
From: Hao, Xudong @ 2010-09-07 7:22 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm
Avi Kivity wrote:
> On 09/06/2010 11:08 AM, Hao, Xudong wrote:
>>
>>> Unable to reproduce - R5u3 i386 guest installed and booted, x86_64
>>> booted from cd, all as expected.
>> Do you use EPT or shadow mode? This issue only exist on shadow mode.
>
> Shadow. What's your command line?
>
>> But if we assign one pci device to guest, both EPT and shadow mode
>> can reproduce.
>
> I never assigned a pci device in my life...
Avi, I assumed your platform has no EPT hardware feature, right?
I tried sevral platforms, if I used no EPT suported machine, everything is OK as yours; if I used EPT supported machine, and then disable EPT with "modprobe kvm_intel ept=0", then issue happen.
Thanks,
Xudong
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-07 7:22 ` Hao, Xudong
@ 2010-09-07 8:15 ` Avi Kivity
2010-09-07 8:54 ` Sheng Yang
0 siblings, 1 reply; 15+ messages in thread
From: Avi Kivity @ 2010-09-07 8:15 UTC (permalink / raw)
To: Hao, Xudong; +Cc: kvm
On 09/07/2010 10:22 AM, Hao, Xudong wrote:
>
>> I never assigned a pci device in my life...
> Avi, I assumed your platform has no EPT hardware feature, right?
Correct.
> I tried sevral platforms, if I used no EPT suported machine, everything is OK as yours; if I used EPT supported machine, and then disable EPT with "modprobe kvm_intel ept=0", then issue happen.
That's what I thought - probably vpid+shadow interaction. I'll test it out.
I usually test on an old machine since shadow is much more stressful
than ept. But shadow+vpid is even more stressful, I'll move my testing
there.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-07 8:15 ` Avi Kivity
@ 2010-09-07 8:54 ` Sheng Yang
2010-09-07 11:27 ` Avi Kivity
0 siblings, 1 reply; 15+ messages in thread
From: Sheng Yang @ 2010-09-07 8:54 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm, Hao, Xudong
On Tuesday 07 September 2010 16:15:05 Avi Kivity wrote:
> On 09/07/2010 10:22 AM, Hao, Xudong wrote:
> >> I never assigned a pci device in my life...
> >
> > Avi, I assumed your platform has no EPT hardware feature, right?
>
> Correct.
>
> > I tried sevral platforms, if I used no EPT suported machine, everything
> > is OK as yours; if I used EPT supported machine, and then disable EPT
> > with "modprobe kvm_intel ept=0", then issue happen.
>
> That's what I thought - probably vpid+shadow interaction. I'll test it
> out.
>
> I usually test on an old machine since shadow is much more stressful
> than ept. But shadow+vpid is even more stressful, I'll move my testing
> there.
BTW: the bad commit is: c94c3ba901f87115cf574044e7faabfb1d0251fb "KVM: Don't
save/restore MSR_IA32_PERF_STATUS", but I haven't figured out the reason yet.
--
regards
Yang, Sheng
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-07 8:54 ` Sheng Yang
@ 2010-09-07 11:27 ` Avi Kivity
2010-09-07 12:04 ` Avi Kivity
0 siblings, 1 reply; 15+ messages in thread
From: Avi Kivity @ 2010-09-07 11:27 UTC (permalink / raw)
To: Sheng Yang; +Cc: kvm, Hao, Xudong
On 09/07/2010 11:54 AM, Sheng Yang wrote:
>
> BTW: the bad commit is: c94c3ba901f87115cf574044e7faabfb1d0251fb "KVM: Don't
> save/restore MSR_IA32_PERF_STATUS", but I haven't figured out the reason yet.
Confirmed. Strange!
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-07 11:27 ` Avi Kivity
@ 2010-09-07 12:04 ` Avi Kivity
2010-09-07 12:31 ` Avi Kivity
0 siblings, 1 reply; 15+ messages in thread
From: Avi Kivity @ 2010-09-07 12:04 UTC (permalink / raw)
To: Sheng Yang; +Cc: kvm, Hao, Xudong
On 09/07/2010 02:27 PM, Avi Kivity wrote:
> On 09/07/2010 11:54 AM, Sheng Yang wrote:
>>
>> BTW: the bad commit is: c94c3ba901f87115cf574044e7faabfb1d0251fb
>> "KVM: Don't
>> save/restore MSR_IA32_PERF_STATUS", but I haven't figured out the
>> reason yet.
>
> Confirmed. Strange!
>
It's incredibly slow. Did we disable the cpu cache somehow? Maybe
through the page tables?
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-07 12:04 ` Avi Kivity
@ 2010-09-07 12:31 ` Avi Kivity
2010-09-07 13:23 ` Avi Kivity
0 siblings, 1 reply; 15+ messages in thread
From: Avi Kivity @ 2010-09-07 12:31 UTC (permalink / raw)
To: Sheng Yang; +Cc: kvm, Hao, Xudong
On 09/07/2010 03:04 PM, Avi Kivity wrote:
> On 09/07/2010 02:27 PM, Avi Kivity wrote:
>> On 09/07/2010 11:54 AM, Sheng Yang wrote:
>>>
>>> BTW: the bad commit is: c94c3ba901f87115cf574044e7faabfb1d0251fb
>>> "KVM: Don't
>>> save/restore MSR_IA32_PERF_STATUS", but I haven't figured out the
>>> reason yet.
>>
>> Confirmed. Strange!
>>
>
> It's incredibly slow. Did we disable the cpu cache somehow? Maybe
> through the page tables?
>
PAT = 0.
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-07 12:31 ` Avi Kivity
@ 2010-09-07 13:23 ` Avi Kivity
2010-09-08 0:35 ` Sheng Yang
0 siblings, 1 reply; 15+ messages in thread
From: Avi Kivity @ 2010-09-07 13:23 UTC (permalink / raw)
To: Sheng Yang; +Cc: kvm, Hao, Xudong
On 09/07/2010 03:31 PM, Avi Kivity wrote:
> On 09/07/2010 03:04 PM, Avi Kivity wrote:
>> On 09/07/2010 02:27 PM, Avi Kivity wrote:
>>> On 09/07/2010 11:54 AM, Sheng Yang wrote:
>>>>
>>>> BTW: the bad commit is: c94c3ba901f87115cf574044e7faabfb1d0251fb
>>>> "KVM: Don't
>>>> save/restore MSR_IA32_PERF_STATUS", but I haven't figured out the
>>>> reason yet.
>>>
>>> Confirmed. Strange!
>>>
>>
>> It's incredibly slow. Did we disable the cpu cache somehow? Maybe
>> through the page tables?
>>
>
> PAT = 0.
>
Patch posted - qemu didn't reset PAT correctly, but this worked before
c94c3ba90 since setting MSR_IA32_PERF_STATUS failed (and qemu didn't
check the error code).
--
error compiling committee.c: too many arguments to function
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: KVM Test report, kernel e6a9246... qemu 94f964d...
2010-09-07 13:23 ` Avi Kivity
@ 2010-09-08 0:35 ` Sheng Yang
0 siblings, 0 replies; 15+ messages in thread
From: Sheng Yang @ 2010-09-08 0:35 UTC (permalink / raw)
To: Avi Kivity; +Cc: kvm, Hao, Xudong
On Tuesday 07 September 2010 21:23:29 Avi Kivity wrote:
> On 09/07/2010 03:31 PM, Avi Kivity wrote:
> > On 09/07/2010 03:04 PM, Avi Kivity wrote:
> >> On 09/07/2010 02:27 PM, Avi Kivity wrote:
> >>> On 09/07/2010 11:54 AM, Sheng Yang wrote:
> >>>> BTW: the bad commit is: c94c3ba901f87115cf574044e7faabfb1d0251fb
> >>>> "KVM: Don't
> >>>> save/restore MSR_IA32_PERF_STATUS", but I haven't figured out the
> >>>> reason yet.
> >>>
> >>> Confirmed. Strange!
> >>
> >> It's incredibly slow. Did we disable the cpu cache somehow? Maybe
> >> through the page tables?
> >
> > PAT = 0.
Quite impressive!
> Patch posted - qemu didn't reset PAT correctly, but this worked before
> c94c3ba90 since setting MSR_IA32_PERF_STATUS failed (and qemu didn't
> check the error code).
Thanks!
--
regards
Yang, Sheng
^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2010-09-08 0:34 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-09-06 3:05 KVM Test report, kernel e6a9246... qemu 94f964d Hao, Xudong
2010-09-06 6:55 ` Avi Kivity
2010-09-06 6:59 ` Hao, Xudong
2010-09-06 8:04 ` Avi Kivity
2010-09-06 8:08 ` Hao, Xudong
2010-09-06 8:56 ` Avi Kivity
2010-09-07 0:51 ` Hao, Xudong
2010-09-07 7:22 ` Hao, Xudong
2010-09-07 8:15 ` Avi Kivity
2010-09-07 8:54 ` Sheng Yang
2010-09-07 11:27 ` Avi Kivity
2010-09-07 12:04 ` Avi Kivity
2010-09-07 12:31 ` Avi Kivity
2010-09-07 13:23 ` Avi Kivity
2010-09-08 0:35 ` Sheng Yang
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).