* 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.