* Weekly VMX status report. Xen: #18560 & Xen0: #682
@ 2008-10-07 8:00 Li, Haicheng
2008-10-07 9:07 ` Cui, Dexuan
0 siblings, 1 reply; 6+ messages in thread
From: Li, Haicheng @ 2008-10-07 8:00 UTC (permalink / raw)
To: 'xen-devel@lists.xensource.com'
Hi all,
This is our weekly test report for Xen-unstable tree. No new issue found; P1 bug #1339 still blocks our save/restore related cases.
Old Bugs:
=====================================================================
1. TSC not accurate in Windows HVM.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1291
2. SMP 32e RHEL5.1 timer would be slow,if under working pressure.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1290
3. Guest will hang after Save/Restore.
http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1339
Testing Environment:
=====================================================================
PAE
CPU : Xeon(r) processor 5300 series
Dom0 OS : RHEL5.1
Memory size : 8G
IA32E
CPU : Xeon(r) processor 5300 series
Dom0 OS : RHEL5
Memory size : 8G
Details:
=====================================================================
Platform : PAE
Service OS : Red Hat Enterprise Linux Server release 5.1 (Tikanga)
Hardware : Clovertown
Xen package: 18560:782599274bf9
Date: Wed Oct 1 09:10:10 CST 2008
Summary Test Report of Last Session
=====================================================================
Total Pass Fail NoResult Crash
=====================================================================
vtd 16 9 7 0 0
device_model 2 2 0 0 0
control_panel 15 11 4 0 0
acpi 5 5 0 0 0
gtest 24 24 0 0 0
=====================================================================
vtd 16 9 7 0 0
:lm_pci_up_xp_nomsi_PAE_ 1 0 1 0 0
:two_dev_scp_nomsi_PAE_g 1 1 0 0 0
:lm_pcie_up_xp_nomsi_PAE 1 0 1 0 0
:two_dev_up_xp_nomsi_PAE 1 1 0 0 0
:two_dev_smp_xp_nomsi_PA 1 1 0 0 0
:two_dev_smp_PAE_gPAE 1 1 0 0 0
:two_dev_up_nomsi_PAE_gP 1 1 0 0 0
:two_dev_scp_PAE_gPAE 1 1 0 0 0
:lm_pcie_smp_xp_nomsi_PA 1 1 0 0 0
:lm_pci_up_nomsi_PAE_gPA 1 0 1 0 0
:lm_pci_smp_xp_nomsi_PAE 1 0 1 0 0
:two_dev_up_PAE_gPAE 1 1 0 0 0
:lm_pcie_smp_nomsi_PAE_g 1 0 1 0 0
:two_dev_smp_nomsi_PAE_g 1 1 0 0 0
:lm_pcie_up_nomsi_PAE_gP 1 0 1 0 0
:lm_pci_smp_nomsi_PAE_gP 1 0 1 0 0
device_model 2 2 0 0 0
:pv_on_up_PAE_gPAE 1 1 0 0 0
:pv_on_smp_PAE_gPAE 1 1 0 0 0
control_panel 15 11 4 0 0
:XEN_4G_guest_PAE_gPAE 1 1 0 0 0
:XEN_four_vmx_xenu_seq_P 1 1 0 0 0
:XEN_four_dguest_co_PAE_ 1 1 0 0 0
:XEN_linux_win_PAE_gPAE 1 1 0 0 0
:XEN_SR_SMP_PAE_gPAE 1 0 1 0 0
:XEN_Nevada_xenu_PAE_gPA 1 1 0 0 0
:XEN_LM_SMP_PAE_gPAE 1 0 1 0 0
:XEN_SR_Continuity_PAE_g 1 0 1 0 0
:XEN_vmx_vcpu_pin_PAE_gP 1 1 0 0 0
:XEN_two_winxp_PAE_gPAE 1 1 0 0 0
:XEN_LM_Continuity_PAE_g 1 0 1 0 0
:XEN_256M_guest_PAE_gPAE 1 1 0 0 0
:XEN_1500M_guest_PAE_gPA 1 1 0 0 0
:XEN_vmx_2vcpu_PAE_gPAE 1 1 0 0 0
:XEN_four_sguest_seq_PAE 1 1 0 0 0
acpi 5 5 0 0 0
:check_p_residency_PAE_g 1 1 0 0 0
:Dom0_S3_PAE_gPAE 1 1 0 0 0
:check_c_trigger_PAE_gPA 1 1 0 0 0
:check_p_trigger_PAE_gPA 1 1 0 0 0
:check_c_residency_PAE_g 1 1 0 0 0
gtest 24 24 0 0 0
:boot_up_acpi_PAE_gPAE 1 1 0 0 0
:ltp_nightly_PAE_gPAE 1 1 0 0 0
:boot_up_acpi_xp_PAE_gPA 1 1 0 0 0
:reboot_xp_PAE_gPAE 1 1 0 0 0
:boot_up_vista_PAE_gPAE 1 1 0 0 0
:boot_fc9_PAE_gPAE 1 1 0 0 0
:boot_up_acpi_win2k3_PAE 1 1 0 0 0
:boot_smp_acpi_win2k3_PA 1 1 0 0 0
:boot_smp_acpi_win2k_PAE 1 1 0 0 0
:boot_up_acpi_win2k_PAE_ 1 1 0 0 0
:boot_smp_acpi_xp_PAE_gP 1 1 0 0 0
:boot_up_noacpi_win2k_PA 1 1 0 0 0
:boot_smp_vista_PAE_gPAE 1 1 0 0 0
:boot_up_noacpi_win2k3_P 1 1 0 0 0
:boot_nevada_PAE_gPAE 1 1 0 0 0
:boot_indiana_PAE_gPAE 1 1 0 0 0
:boot_rhel5u1_PAE_gPAE 1 1 0 0 0
:boot_base_kernel_PAE_gP 1 1 0 0 0
:boot_up_win2008_PAE_gPA 1 1 0 0 0
:boot_up_noacpi_xp_PAE_g 1 1 0 0 0
:bootx_PAE_gPAE 1 1 0 0 0
:reboot_fc6_PAE_gPAE 1 1 0 0 0
:boot_smp_win2008_PAE_gP 1 1 0 0 0
:kb_nightly_PAE_gPAE 1 1 0 0 0
=====================================================================
Total 62 51 11 0 0
Platform : x86_64
Service OS : Red Hat Enterprise Linux Server release 5 (Tikanga)
Hardware : Clovertown
Xen package: 18560:782599274bf9
Date: Wed Oct 1 09:33:16 CST 2008
Summary Test Report of Last Session
=====================================================================
Total Pass Fail NoResult Crash
=====================================================================
vtd 16 5 11 0 0
device_model 2 2 0 0 0
control_panel 20 15 5 0 0
acpi 5 5 0 0 0
gtest 22 22 0 0 0
=====================================================================
vtd 16 5 11 0 0
:two_dev_up_xp_nomsi_64_ 1 0 1 0 0
:lm_pcie_smp_nomsi_64_g3 1 0 1 0 0
:two_dev_smp_nomsi_64_g3 1 0 1 0 0
:two_dev_scp_64_g32e 1 1 0 0 0
:two_dev_up_64_g32e 1 1 0 0 0
:lm_pcie_up_xp_nomsi_64_ 1 0 1 0 0
:two_dev_up_nomsi_64_g32 1 1 0 0 0
:two_dev_smp_64_g32e 1 1 0 0 0
:lm_pci_up_xp_nomsi_64_g 1 0 1 0 0
:lm_pci_up_nomsi_64_g32e 1 0 1 0 0
:two_dev_smp_xp_nomsi_64 1 0 1 0 0
:lm_pcie_up_nomsi_64_g32 1 0 1 0 0
:two_dev_scp_nomsi_64_g3 1 1 0 0 0
:lm_pcie_smp_xp_nomsi_64 1 0 1 0 0
:lm_pci_smp_nomsi_64_g32 1 0 1 0 0
:lm_pci_smp_xp_nomsi_64_ 1 0 1 0 0
device_model 2 2 0 0 0
:pv_on_up_64_g32e 1 1 0 0 0
:pv_on_smp_64_g32e 1 1 0 0 0
control_panel 20 15 5 0 0
:XEN_1500M_guest_64_g32e 1 1 0 0 0
:XEN_4G_guest_64_g32e 1 1 0 0 0
:XEN_LM_Continuity_64_g3 1 0 1 0 0
:XEN_256M_xenu_64_gPAE 1 1 0 0 0
:XEN_four_vmx_xenu_seq_6 1 1 0 0 0
:XEN_vmx_vcpu_pin_64_g32 1 1 0 0 0
:XEN_SR_Continuity_64_g3 1 0 1 0 0
:XEN_linux_win_64_g32e 1 1 0 0 0
:XEN_vmx_2vcpu_64_g32e 1 1 0 0 0
:XEN_four_dguest_co_64_g 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_4G_guest_64_gPAE 1 1 0 0 0
:XEN_four_sguest_seq_64_ 1 1 0 0 0
:XEN_256M_guest_64_gPAE 1 1 0 0 0
:XEN_LM_SMP_64_g32e 1 0 1 0 0
:XEN_Nevada_xenu_64_g32e 1 0 1 0 0
:XEN_256M_guest_64_g32e 1 1 0 0 0
:XEN_SR_SMP_64_g32e 1 0 1 0 0
:XEN_four_sguest_seq_64_ 1 1 0 0 0
acpi 5 5 0 0 0
:check_c_residency_64_g3 1 1 0 0 0
:check_p_residency_64_g3 1 1 0 0 0
:check_c_trigger_64_g32e 1 1 0 0 0
:Dom0_S3_64_g32e 1 1 0 0 0
:check_p_trigger_64_g32e 1 1 0 0 0
gtest 22 22 0 0 0
:boot_up_acpi_win2k_64_g 1 1 0 0 0
:boot_up_noacpi_win2k_64 1 1 0 0 0
:reboot_xp_64_g32e 1 1 0 0 0
:bootx_64_g32e 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_acpi_xp_64_g32 1 1 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_win2008_64_g32e 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_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_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
:boot_smp_acpi_win2k_64_ 1 1 0 0 0
=====================================================================
Total 65 49 16 0 0
-- haicheng
^ permalink raw reply [flat|nested] 6+ messages in thread* RE: Weekly VMX status report. Xen: #18560 & Xen0: #682 2008-10-07 8:00 Weekly VMX status report. Xen: #18560 & Xen0: #682 Li, Haicheng @ 2008-10-07 9:07 ` Cui, Dexuan 2008-10-07 9:13 ` Cui, Dexuan ` (2 more replies) 0 siblings, 3 replies; 6+ messages in thread From: Cui, Dexuan @ 2008-10-07 9:07 UTC (permalink / raw) To: 'Samuel Thibault', 'xen-devel@lists.xensource.com' Cc: Li, Haicheng > 3. Guest will hang after Save/Restore. > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1339 Changeset 18383(hvm: Use main memory for video memory) should bread the save/restore. Could Samuel or somebody have a look at it? Thanks, -- Dexuan ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: Weekly VMX status report. Xen: #18560 & Xen0: #682 2008-10-07 9:07 ` Cui, Dexuan @ 2008-10-07 9:13 ` Cui, Dexuan 2008-10-07 9:31 ` Keir Fraser 2008-10-07 11:09 ` Stefano Stabellini 2 siblings, 0 replies; 6+ messages in thread From: Cui, Dexuan @ 2008-10-07 9:13 UTC (permalink / raw) To: Cui, Dexuan, 'Samuel Thibault', 'xen-devel@lists.xensource.com' Cc: Li, Haicheng [-- Attachment #1: Type: text/plain, Size: 823 bytes --] Sorry, my typo. I meant "C/S 18383 should break the save/restore" . Thanks, -- Dexuan -----Original Message----- From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Cui, Dexuan Sent: 2008年10月7日 17:08 To: 'Samuel Thibault'; 'xen-devel@lists.xensource.com' Cc: Li, Haicheng Subject: [Xen-devel] RE: Weekly VMX status report. Xen: #18560 & Xen0: #682 > 3. Guest will hang after Save/Restore. > http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1339 Changeset 18383(hvm: Use main memory for video memory) should bread the save/restore. Could Samuel or somebody have a look at it? Thanks, -- Dexuan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel [-- Attachment #2: Type: text/plain, Size: 138 bytes --] _______________________________________________ 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: RE: Weekly VMX status report. Xen: #18560 & Xen0: #682 2008-10-07 9:07 ` Cui, Dexuan 2008-10-07 9:13 ` Cui, Dexuan @ 2008-10-07 9:31 ` Keir Fraser 2008-10-07 11:09 ` Stefano Stabellini 2 siblings, 0 replies; 6+ messages in thread From: Keir Fraser @ 2008-10-07 9:31 UTC (permalink / raw) To: Cui, Dexuan, 'xen-devel@lists.xensource.com' Cc: Li, Haicheng, Samuel Thibault On 7/10/08 10:07, "Cui, Dexuan" <dexuan.cui@intel.com> wrote: >> 3. Guest will hang after Save/Restore. >> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1339 > Changeset 18383(hvm: Use main memory for video memory) should bread the > save/restore. > Could Samuel or somebody have a look at it? Samuel's email address has changed (cc'ed). He's also not working full-time on Xen any more. -- Keir ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: RE: Weekly VMX status report. Xen: #18560 & Xen0: #682 2008-10-07 9:07 ` Cui, Dexuan 2008-10-07 9:13 ` Cui, Dexuan 2008-10-07 9:31 ` Keir Fraser @ 2008-10-07 11:09 ` Stefano Stabellini 2008-10-09 6:01 ` Li, Haicheng 2 siblings, 1 reply; 6+ messages in thread From: Stefano Stabellini @ 2008-10-07 11:09 UTC (permalink / raw) To: Cui, Dexuan Cc: Li, Haicheng, 'xen-devel@lists.xensource.com', 'Samuel Thibault' Cui, Dexuan wrote: >> 3. Guest will hang after Save/Restore. >> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1339 > Changeset 18383(hvm: Use main memory for video memory) should bread the save/restore. > Could Samuel or somebody have a look at it? > Could you please give us more details on your testcase? I have just tried using xen-unstable (CS 18540) and qemu-remote (CS 97f134a499a92818cdd891e6ba2cb6b067dfc9d2) and seems to work fine. ^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: RE: Weekly VMX status report. Xen: #18560 & Xen0: #682 2008-10-07 11:09 ` Stefano Stabellini @ 2008-10-09 6:01 ` Li, Haicheng 0 siblings, 0 replies; 6+ messages in thread From: Li, Haicheng @ 2008-10-09 6:01 UTC (permalink / raw) To: 'Stefano Stabellini', Cui, Dexuan Cc: 'xen-devel@lists.xensource.com', 'Samuel Thibault' [-- Attachment #1: Type: text/plain, Size: 899 bytes --] Stefano Stabellini wrote: > Cui, Dexuan wrote: > >>> 3. Guest will hang after Save/Restore. >>> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1339 >> Changeset 18383(hvm: Use main memory for video memory) should bread >> the save/restore. Could Samuel or somebody have a look at it? >> > > Could you please give us more details on your testcase? > I have just tried using xen-unstable (CS 18540) and qemu-remote (CS > 97f134a499a92818cdd891e6ba2cb6b067dfc9d2) and seems to work fine. Stefano, We can steadily reproduce this S/R issue with Xen #18560 & ioemu-remote(c/s 0f3d6384d1b3d96476f78950b14040f9c1c63375). Our test has no special operation, just "live-migrate a hvm guest on local host" or "save a hvm guest and then restore it". I attached a guest config with this email, which is using qcow image (using real image also can meet same failure). -- haicheng [-- Attachment #2: ia32p_rhel52008-09-03-131903.cfg --] [-- Type: application/octet-stream, Size: 12165 bytes --] # -*- mode: python; -*- #============================================================================ # Python configuration setup for 'xm create'. # This script sets the parameters used when a domain is created using 'xm create'. # You use a separate script for each domain you want to create, or # you can set the parameters for the domain on the xm command line. #============================================================================ import os, re arch = os.uname()[4] if re.search('64', arch): arch_libdir = 'lib64' else: arch_libdir = 'lib' #---------------------------------------------------------------------------- # Kernel image file. kernel = "/usr/lib/xen/boot/hvmloader" # The domain build function. HVM domain uses 'hvm'. builder='hvm' # Initial memory allocation (in megabytes) for the new domain. # # WARNING: Creating a domain with insufficient memory may cause out of # memory errors. The domain needs enough memory to boot kernel # and modules. Allocating less than 32MBs is not recommended. memory = 512 # Shadow pagetable memory for the domain, in MB. # If not explicictly set, xend will pick an appropriate value. # Should be at least 2KB per MB of domain memory, plus a few MB per vcpu. # shadow_memory = 8 # A name for your domain. All domains must have different names. name = "ia32p_rhel52008-09-03-131903HVM" # 128-bit UUID for the domain. The default behavior is to generate a new UUID # on each call to 'xm create'. #uuid = "06ed00fe-1162-4fc4-b5d8-11993ee4a8b9" #----------------------------------------------------------------------------- # The number of cpus guest platform has, default=1 #vcpus=1 # Enable/disable HVM guest PAE, default=1 (enabled) #pae=1 # Enable/disable HVM guest ACPI, default=1 (enabled) #acpi=1 # Enable/disable HVM APIC mode, default=1 (enabled) # Note that this option is ignored if vcpus > 1 #apic=1 # List of which CPUS this domain is allowed to use, default Xen picks #cpus = "" # leave to Xen to pick #cpus = "0" # all vcpus run on CPU0 #cpus = "0-3,5,^1" # all vcpus run on cpus 0,2,3,5 #cpus = ["2", "3"] # VCPU0 runs on CPU2, VCPU1 runs on CPU3 # Optionally define mac and/or bridge for the network interfaces. # Random MACs are assigned if not given. #vif = [ 'type=ioemu, mac=00:16:3e:00:00:11, bridge=xenbr0, model=ne2k_pci' ] # type=ioemu specify the NIC is an ioemu device not netfront vif = [ 'type=ioemu, bridge=xenbr0' ] #---------------------------------------------------------------------------- # Define the disk devices you want the domain to have access to, and # what you want them accessible as. # Each disk entry is of the form phy:UNAME,DEV,MODE # where UNAME is the device, DEV is the device name the domain will see, # and MODE is r for read-only, w for read-write. #disk = [ 'phy:hda1,hda1,r' ] #disk = [ 'file:/var/images/min-el3-i386.img,hda,w', ',hdc:cdrom,r' ] #---------------------------------------------------------------------------- # Configure the behaviour when a domain exits. There are three 'reasons' # for a domain to stop: poweroff, reboot, and crash. For each of these you # may specify: # # "destroy", meaning that the domain is cleaned up as normal; # "restart", meaning that a new domain is started in place of the old # one; # "preserve", meaning that no clean-up is done until the domain is # manually destroyed (using xm destroy, for example); or # "rename-restart", meaning that the old domain is not cleaned up, but is # renamed and a new domain started in its place. # # In the event a domain stops due to a crash, you have the additional options: # # "coredump-destroy", meaning dump the crashed domain's core and then destroy; # "coredump-restart', meaning dump the crashed domain's core and the restart. # # The default is # # on_poweroff = 'destroy' # on_reboot = 'restart' # on_crash = 'restart' # # For backwards compatibility we also support the deprecated option restart # # restart = 'onreboot' means on_poweroff = 'destroy' # on_reboot = 'restart' # on_crash = 'destroy' # # restart = 'always' means on_poweroff = 'restart' # on_reboot = 'restart' # on_crash = 'restart' # # restart = 'never' means on_poweroff = 'destroy' # on_reboot = 'destroy' # on_crash = 'destroy' #on_poweroff = 'destroy' #on_reboot = 'restart' #on_crash = 'restart' #============================================================================ # Device Model to be used device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm' #----------------------------------------------------------------------------- # boot on floppy (a), hard disk (c), Network (n) or CD-ROM (d) # default: hard disk, cd-rom, floppy #boot="cda" #----------------------------------------------------------------------------- # write to temporary files instead of disk image files #snapshot=1 #---------------------------------------------------------------------------- # enable SDL library for graphics, default = 0 sdl=1 #---------------------------------------------------------------------------- # enable OpenGL for texture rendering inside the SDL window, default = 1 # valid only if sdl is enabled. opengl=1 #---------------------------------------------------------------------------- # enable VNC library for graphics, default = 1 vnc=0 #---------------------------------------------------------------------------- # address that should be listened on for the VNC server if vnc is set. # default is to use 'vnc-listen' setting from /etc/xen/xend-config.sxp #vnclisten="127.0.0.1" #---------------------------------------------------------------------------- # set VNC display number, default = domid #vncdisplay=1 #---------------------------------------------------------------------------- # try to find an unused port for the VNC server, default = 1 #vncunused=1 #---------------------------------------------------------------------------- # set password for domain's VNC console # default is depents on vncpasswd in xend-config.sxp vncpasswd='' #---------------------------------------------------------------------------- # no graphics, use serial port #nographic=0 #---------------------------------------------------------------------------- # enable stdvga, default = 0 (use cirrus logic device model) stdvga=0 #----------------------------------------------------------------------------- # serial port re-direct to pty deivce, /dev/pts/n # then xm console or minicom can connect serial='pty' #----------------------------------------------------------------------------- # Qemu Monitor, default is disable # Use ctrl-alt-2 to connect #monitor=1 #----------------------------------------------------------------------------- # enable sound card support, [sb16|es1370|all|..,..], default none #soundhw='sb16' #----------------------------------------------------------------------------- # set the real time clock to local time [default=0 i.e. set to utc] #localtime=1 #----------------------------------------------------------------------------- # set the real time clock offset in seconds [default=0 i.e. same as dom0] #rtc_timeoffset=3600 #----------------------------------------------------------------------------- # start in full screen #full-screen=1 #----------------------------------------------------------------------------- # Enable USB support (specific devices specified at runtime through the # monitor window) #usb=1 # Enable USB mouse support (only enable one of the following, `mouse' for # PS/2 protocol relative mouse, `tablet' for # absolute mouse) #usbdevice='mouse' #usbdevice='tablet' #----------------------------------------------------------------------------- # Set keyboard layout, default is en-us keyboard. #keymap='ja' #----------------------------------------------------------------------------- # Configure guest CPUID responses: # #cpuid=[ '1:ecx=xxxxxxxxxxx00xxxxxxxxxxxxxxxxxxx, # eax=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx' ] # - Unset the SSE4 features (CPUID.1[ECX][20-19]) # - Default behaviour for all other bits in ECX And EAX registers. # # Each successive character represent a lesser-significant bit: # '1' -> force the corresponding bit to 1 # '0' -> force to 0 # 'x' -> Get a safe value (pass through and mask with the default policy) # 'k' -> pass through the host bit value # 's' -> as 'k' but preserve across save/restore and migration # # Expose to the guest multi-core cpu instead of multiple processors # Example for intel, expose a 8-core processor : #cpuid=['1:edx=xxx1xxxxxxxxxxxxxxxxxxxxxxxxxxxx, # ebx=xxxxxxxx00010000xxxxxxxxxxxxxxxx', # '4,0:eax=001111xxxxxxxxxxxxxxxxxxxxxxxxxx'] # - CPUID.1[EDX][HT] : Enable HT # - CPUID.1[EBX] : Number of vcpus * 2 # - CPUID.4,0[EAX] : Number of vcpus * 2 - 1 #vcpus=8 # # Example for amd, expose a 5-core processor : # cpuid = ['1:ebx=xxxxxxxx00001010xxxxxxxxxxxxxxxx, # edx=xxx1xxxxxxxxxxxxxxxxxxxxxxxxxxxx', # '0x80000001:ecx=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx1x', # '0x80000008:ecx=xxxxxxxxxxxxxxxxxxxxxxxxxx001001'] # - CPUID.1[EBX] : Threads per Core * Cores per Socket (2 * #vcpus) # - CPUID.1[EDX][HT] : Enable HT # - CPUID.0x80000001[CmpLegacy] : Use legacy method # - CPUID.0x80000008[ECX] : #vcpus * 2 - 1 #vcpus=5 # # Downgrade the cpuid to make a better compatibility for migration : # Look like a generic 686 : # cpuid = [ '0:eax=0x3,ebx=0x0,ecx=0x0,edx=0x0', # '1:eax=0x06b1, # ecx=xxxxxxxxxx0000xx00xxx0000000xx0, # edx=xx00000xxxxxxx0xxxxxxxxx0xxxxxx', # '4:eax=0x3,ebx=0x0,ecx=0x0,edx=0x0', # '0x80000000:eax=0x3,ebx=0x0,ecx=0x0,edx=0x0'] # with the highest leaf # - CPUID.0[EAX] : Set the highest leaf # - CPUID.1[EAX] : 686 # - CPUID.1[ECX] : Mask some features # - CPUID.1[EDX] : Mask some features # - CPUID.4 : Reply like the highest leaf, in our case CPUID.3 # - CPUID.0x80000000 : No extension we are on a Pentium III, reply like the # highest leaf (CPUID.3). # # Configure host CPUID consistency checks, which must be satisfied for this # VM to be allowed to run on this host's processor type: #cpuid_check=[ '1:ecx=xxxxxxxxxxxxxxxxxxxxxxxxxx1xxxxx' ] # - Host must have VMX feature flag set # # The format is similar to the above for 'cpuid': # '1' -> the bit must be '1' # '0' -> the bit must be '0' # 'x' -> we don't care (do not check) # 's' -> the bit must be the same as on the host that started this VM #----------------------------------------------------------------------------- # Configure PVSCSI devices: # #vscsi=[ 'PDEV, VDEV' ] # # PDEV gives physical SCSI device to be attached to specified guest # domain by one of the following identifier format. # - XX:XX:XX:XX (4-tuples with decimal notation which shows # "host:channel:target:lun") # - /dev/sdxx or sdx # - /dev/stxx or stx # - /dev/sgxx or sgx # - result of 'scsi_id -gu -s'. # ex. # scsi_id -gu -s /block/sdb # 36000b5d0006a0000006a0257004c0000 # # VDEV gives virtual SCSI device by 4-tuples (XX:XX:XX:XX) as # which the specified guest domain recognize. # #vscsi = [ '/dev/sdx, 0:0:0:0' ] #disk = [ 'tap:qcow:/share/liang/boot/qcow.2008-09-03-131903.img,hda,w',',hdc:cdrom,r' ] disk = [ 'tap:qcow:/share/liang/boot/qcow.2008-09-03-131903.img,hda,w' ] #disk = [ 'file:/share/liang/boot/ia32p_rhel5.img,hda,w' ] #disk = [ 'file:/share/liang/boot/ia32p_rhel5.img,hda,w',',hdc:cdrom,r' ] [-- Attachment #3: Type: text/plain, Size: 138 bytes --] _______________________________________________ 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:[~2008-10-09 6:01 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-10-07 8:00 Weekly VMX status report. Xen: #18560 & Xen0: #682 Li, Haicheng 2008-10-07 9:07 ` Cui, Dexuan 2008-10-07 9:13 ` Cui, Dexuan 2008-10-07 9:31 ` Keir Fraser 2008-10-07 11:09 ` Stefano Stabellini 2008-10-09 6:01 ` Li, Haicheng
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.