I didn't some tests against the release.
Basically, it works well, and no any new regressions has been introduced.
The booting speed of windows is also much faster.

But I still failed to boot 64bit smp XP and 2k3.
And after run a series of tests, I found a defunct qemu process.
############################################################
[EMAIL PROTECTED] ~]# ps aux|grep qemu
root     12645  0.0  0.0  60284   720 pts/7    S+   22:30   0:00 grep qemu
root     20656  0.3  0.0      0     0 ?        Zl   20:37   0:20 
[qemu-system-x86] <defunct>
############################################################
I checked the log, it happened when creating 64bit vista.
If run the test case separately, the issue will not happen.

I also noticed some kernel message printed on console
###########################################################
Message from [EMAIL PROTECTED] at Mon Oct 29 20:38:07 2007 ...
vt-dp8 kernel: ------------[ cut here ]------------

Message from [EMAIL PROTECTED] at Mon Oct 29 20:38:07 2007 ...
vt-dp8 kernel: ------------[ cut here ]------------

Message from [EMAIL PROTECTED] at Mon Oct 29 20:38:07 2007 ...
vt-dp8 kernel: invalid opcode: 0000 [1] SMP 

Message from [EMAIL PROTECTED] at Mon Oct 29 20:38:07 2007 ...
vt-dp8 kernel: invalid opcode: 0000 [1] SMP 
 ############################################################


1. boot four 32-bit guest in parallel                             PASS
2. boot four 64-bit guest in parallel                             PASS
3. boot 4G 64-bit guest                                              FAIL
4. boot 4G pae guest                                                  PASS
5. boot 32-bit linux and 32 bit windows guest in parallel        PASS
6. boot 32-bit guest with 1500M memory                     PASS
7. boot 64-bit guest with 1500M memory                     PASS
8. boot 32-bit guest with 256M memory                       PASS
9. boot 64-bit guest with 256M memory                       PASS
10. boot two 32-bit windows xp in parallel                   PASS
11. boot four 32-bit different guest in para                  PASS
12. save/restore 64-bit linux guests                             FAIL
13. save/restore 32-bit linux guests                             FAIL
14. boot 32-bit SMP windows 2003 with ACPI enabled      PASS
15. boot 32bit SMP Windows 2000 with ACPI enabled      FAIL
16. boot 32-bit SMP Windows xp with ACPI enabled          FAIL
17. boot 32-bit Windows 2000 without ACPI                     PASS
18. boot 64-bit Windows xp with ACPI enabled               PASS
19. boot 32-bit Windows xp without ACPI                     PASS
20. boot 64-bit vista                                        FAIL
21. kernel build in 32-bit linux guest OS                         PASS
22. kernel build in 64-bit linux guest OS                         PASS
23. LTP on SMP 32-bit linux guest OS                           PASS
24. LTP on SMP 64-bit linux guest OS                           PASS
25. boot 64-bit guests with ACPI enabled                       PASS
26. boot 32-bit x-server                                        PASS
27. boot 64-bit SMP windows XP with ACPI enabled        FAIL
28. boot 64-bit SMP windows 2003 with ACPI enabled    FAIL

>-----Original Message-----
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of Avi Kivity
>Sent: 2007年10月26日 1:24
>To: kvm-devel
>Subject: [kvm-devel] [RFT] kvm with Windows optimization
>
>This is a request for testing of an experimental kvm feature that
>dramatically accelerates some Windows releases (when running with the
>ACPI HAL, and especially with guest SMP).  The feature detects accesses
>by the guest to the Task Priority Register (TPR) and patches them at
>runtime to a kvm-friendly code snipped that is provided by the BIOS.
>
>The upshot of all that is that
>http://kvm.qumranet.com/kvmwiki/Windows_ACPI_Workaround is no longer
>required, and Windows SMP no longer runs like a dog; it's quite snappy
>from my very limited testing.
>
>Please download the test release from
>http://people.qumranet.com/avi/tpr-opt-1.tar.gz and give it a spin.
>Once it has received some exposure, I'll merge it into mainline.
>
>Credit for the original idea is due to Ben Serebrin.
>
>--
>error compiling committee.c: too many arguments to function
>
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc.
>Still grepping through log files to find problems?  Stop.
>Now Search log events and configuration files using AJAX and a browser.
>Download your FREE copy of Splunk now >> http://get.splunk.com/
>_______________________________________________
>kvm-devel mailing list
>kvm-devel@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/kvm-devel

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Reply via email to