similar to: [PATCH] only BSP can really do clear_all_shadow_status

On 15 Apr 2006, at 15:54, Li, Xin B wrote: > only BSP can really do clear_all_shadow_status. > This fixes SMP IA32 VMX guest booting on IA32 xen. Why can only VCPU0 do this? Is the argument to clear_all_shadow_status() always current domain? If so that should probably be asserted, or the argument removed. -- Keir _______________________________________________ Xen-devel mailing list

Cleanup vmx vmexit handler. Current code doesn''t handle vmexits caused by triple fault, INIT, SIPI, etc, which are listed in IA32 Architecture System Programming Guide 2, Appendix I VMX Basic Exit Reasons, and calls __hvm_bug() when not handling such cases, actually domain crash should be good enough. Also various coding style cleanups. Signed-off-by: Xin Li <xin.b.li@intel.com>

We have tested Xen for 3.0.3rc1. The test includes Guest installation, device model, control panel, guest os and basic function tests. Here are issues found in our tests, For the first 6 issues, I think it''s better to be fixed in 3.0.3: 1. Para-virtualization driver doen''t work for HVM guests The hvm guest always hanged or met kernel panic when trying to load xenbus.ko. So vbd

We have tested the latest xen on VT platform with Intel 915/E8500 chipset. Here is the test summary: Issues: - Cannot boot Four VMX at same time on IA32 host - Cannot boot Windows XP SP1/SP2 on IA32e host - Create IA32-PAE VMX on IA32e host will make VMX kernel panic - Create IA32 VMX on IA32e host will make VMX hang - Destroying VMX with 4G memory may make xend hang on IA-32e IA-32: -

Can you please check the vcpu status? I suspect one of the vcpu is blocked by halt instruction. Thanks Yunhong Jiang >-----Original Message----- >From: xen-devel-bounces@lists.xensource.com >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Tim Deegan >Sent: 2006年10月5日 23:55 >To: Li, Xin B >Cc: xen-devel@lists.xensource.com >Subject: Re: [Xen-devel] [PATCH] add

Hi all, This is today''s nightly testing report; no new issue found, bug #1259 got fixed. Some vt-d cases failed in first round testing, but can get pass in retesting. Fixed issue: ============================================== 1. booting windows guest causes Xen HV crash http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1259 Old issues:

Jun suggested to use another elegant way, pls ignore this one. -Xin >SMP VMX guest AP bring up need call do_boot_vcpu in hypervisor. >Current call to do_boot_vcpu always from domain, however, for SMP VMX >guest AP bring up, it is called from xen hypervisor. >Signed-off-by: Xin Li <xin.b.li@intel.com> > >diff -r f069a06e650f xen/common/domain.c >--- a/xen/common/domain.c

check before relinquishing vlapic because VMX domain may crash very early. Signed-off-by: Xin Li <xin.b.li@intel.com> Also pls push to xen-3.0-testing.hg. thanks diff -r dc8122d90670 xen/arch/x86/vmx.c --- a/xen/arch/x86/vmx.c Wed Dec 14 18:47:16 2005 +++ b/xen/arch/x86/vmx.c Thu Dec 15 16:18:14 2005 @@ -113,9 +113,10 @@ if ( active_ac_timer(&v->arch.arch_vmx.hlt_timer)

We have tested the latest xen on VT platform with Intel 965/5000P chipset. Here is the test summary: Bug has been fixed: ========================== 1).VMX domains fail to reboot bug has been fixed. Issues: ========================== 1) VBD driver does not work well http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=831 2) Only one vCPU is found in SMP xenU guest OS

Add MOVSX instr support to VMX MMIO decoder. Signed-off-by: Xin Li <xin.b.li@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

a clean up to vmx.c: 1) move some functions from vmx.h to vmx.c, since they are private. 2) adjust vmx_set_cr0 handling. 3) majorly coding style tidying. Signed-off-by: Xin Li <xin.b.li@intel.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

New issues (0) ================================================= No new issue. Fixed issue ================================================= 1) save&restore hvm guest will cause dom0 crash http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=962 2) xen0 hang when destroying a XenU guest http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=963 3) Build HVM PV driver failed

Hi,All We have tested the latest xen on VT platform with Intel 915/E8500 chipset. Two platforms (PAE/32E) test all are based on SMP, It means that we boot up SMP guest OS in VMX. Here is the test summary: New issue (1) ================================================ 1) Fails to restore VMX guests http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=929 Issues List (3):

We have tested the latest xen on VT platform with Intel 915/E8500 chipset. Three platforms (32/PAE/32E) test all are based on SMP, It means that we boot up SMP guest OS in VMX. Here is the test summary: New issue ================================================ No new issue Issues List: ================================================ 1) IA32E/PAE: 32bit Vista RTM network doesn''t

New issues (0) ================================================= No new issue. Old issues (4): ================================================= 1) IA32E/PAE: 32bit Vista RTM network doesn''t work. http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=840 2)time latency is a negative number on window guest when vcpu > 1 http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=895 You

New issues (2) ================================================= 1) HVM guest can not boot up with qcow image. http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=991 2) Disk I/O performance of IA32-pae HVM guest is very slow http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=992 3) xen0 hang or crash when destroy VMX guest if not enable "debug=y"

New issues (2) ================================================= 1) Data corrupted after copied into a 32bit win2k3 guest on 64bit hypervisor with rtl8139 http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1025 2) pcnet network of 32bit win2k/64bit hypervisor is not stable. http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1026 Fixed issues (1)

Hi all, This is our nightly testing report for c/s 17714; one new issue was found. New issue: ============================================== 1. Dom0 failed to resume back from S3 state if there was a guest created before sleep. http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1262 Old issues: ============================================== 1. linux guest kernel panic when booting up with

Ian, Keir, This patch is to boot 32-bit VMX guest on the 64-bit host. Double-compile is used to make both 64-bit guest and 32-bit guest can work, the shadow page-table uses current 64-bit shadow code''s structure to simulate 32-bit guest''s 2-level page-table. Signed-off-by: Chengyuan Li <chengyuan.li@intel.com> Signed-off-by: Xiaohui Xin <xiaohui.xin@intel.com>

Hi all, Here is our weekly test report for Xen-unstable tree: 3 new issues were exposed, and 6 old issues got fixed. Due to bug #1304 (qcow issue of ioemu-remote), our testing is based on ioemu. New issues: ============================================== 1. With ioemu-remote, guest cannot be created with qcow image. http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1304. 2. Domain0 will