'Re: [xen-discuss] Windows on Solaris via xen'

[prev in list] [next in list] [prev in thread] [next in thread] 

List:       opensolaris-xen-discuss
Subject:    Re: [xen-discuss] Windows on Solaris via xen
From:       Andre Wenas <Andre.Wenas () Sun ! COM>
Date:       2007-08-27 8:46:22
Message-ID: 46D28F5E.9020804 () sun ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Hi Wayne,

I'm running Windows XP Home on Xen/Nevada. The CPU is Core2Duo 1.8GHz, 
performance is ok. Attached is the config file.

Rgds,
Andre W.



W. Wayne Liauh wrote:
> > Did someone use Xen and is it possible to run MS-WIN
> > on case that
> > the host platform supports Pacifica or Vanderbilt?
> > 
> > Jörg
> > 
> > 
> 
> I found one of Sun's blogs (from Sun's Beijing team) that talked about running \
> Windows in Solaris under zen: 
> #
> 
> 支持了HVM：如果� 的机器上有合适的CPU（支持AMD-V \
> 或VT-x），那么就可以在Solaris的dom0上boot一个Windows的虚拟机了。运行的速度总体来说还是可以接受的。我们下一步会把 \
> Windows上运行 的PV的网络和磁盘驱动� \
> 上。到了那个时候，运行的速度应该会十分令人满意了:)。 
> http://blogs.sun.com/maxzhen/entry/solaris_on_xen%E7%9A%84%E4%BB%A3%E7%A0%81%E5%9C%A8opensolaris%E4%B8%8A%E5%8F%88%E6%9B%B4%E6%96%B0%E4%BA%86
>  
> 
> English Translation:
> 
> It now supports HVM: If your machine has the appropriate CPU (i.e., it supports \
> AMD-V or VT-x), then you can boot a Windows virtual machine on dom0 in Solaris. In \
> general, the processing speeds are acceptable. In our next step, we will add \
> Windows' PV networking and disc drive. At that time, the processing speed should be \
> very satisfactory. 
> 
> This message posted from opensolaris.org
> _______________________________________________
> xen-discuss mailing list
> xen-discuss@opensolaris.org
> 


[Attachment #5 (text/html)]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Wayne,<br>
<br>
I'm running Windows XP Home on Xen/Nevada. The CPU is Core2Duo 1.8GHz,
performance is ok. Attached is the config file.<br>
<br>
Rgds,<br>
Andre W.<br>
<br>
<br>
<br>
W. Wayne Liauh wrote:
<blockquote cite="mid:31483771.1188202422492.JavaMail.Twebapp@oss-app1"
 type="cite">
  <blockquote type="cite">
    <pre wrap="">Did someone use Xen and is it possible to run MS-WIN
on case that
the host platform supports Pacifica or Vanderbilt?

Jörg

    </pre>
  </blockquote>
  <pre wrap=""><!---->
I found one of Sun's blogs (from Sun's Beijing team) that talked about running \
Windows in Solaris under zen:

#

支持了HVM：如果� 的机器上有合适的CPU（支持AMD-V \
或VT-x），那么就可以在Solaris的dom0上boot一个Windows的虚拟机了。运行的速度总体来说还是可以接受的。我们下一步会把 \
Windows上运行 的PV的网络和磁盘驱动� \
上。到了那个时候，运行的速度应该会十分令人满意了:)。

<a class="moz-txt-link-freetext" \
href="http://blogs.sun.com/maxzhen/entry/solaris_on_xen%E7%9A%84%E4%BB%A3%E7%A0%81%E5% \
9C%A8opensolaris%E4%B8%8A%E5%8F%88%E6%9B%B4%E6%96%B0%E4%BA%86">http://blogs.sun.com/ma \
xzhen/entry/solaris_on_xen%E7%9A%84%E4%BB%A3%E7%A0%81%E5%9C%A8opensolaris%E4%B8%8A%E5%8F%88%E6%9B%B4%E6%96%B0%E4%BA%86</a>



English Translation:

It now supports HVM: If your machine has the appropriate CPU (i.e., it supports AMD-V \
or VT-x), then you can boot a Windows virtual machine on dom0 in Solaris. In general, \
the processing speeds are acceptable. In our next step, we will add Windows' PV \
networking and disc drive. At that time, the processing speed should be very \
satisfactory.  
 
This message posted from opensolaris.org
_______________________________________________
xen-discuss mailing list
<a class="moz-txt-link-abbreviated" \
href="mailto:xen-discuss@opensolaris.org">xen-discuss@opensolaris.org</a>  </pre>
</blockquote>
<br>
</body>
</html>


["winxp.py" (text/x-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.
# 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 = "Windows-on-Solaris"

# 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=0 (disabled)
#pae=0

# enable/disable HVM guest ACPI, default=0 (disabled)
acpi=1

# enable/disable HVM guest APIC, default=0 (disabled)
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" # run on cpus 0,2,3,5

# Optionally define mac and/or bridge for the network interfaces.
# Random MACs are assigned if not given.

#vif = [ 'type=ioemu' ]

#----------------------------------------------------------------------------
# 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 = [ 'file:/export/home/mydisk.raw,hdc,w', 'file:/export/home/install.iso,hda:cdrom,r' ]

#disk = [ 'phy:/dev/dsk/c1d0p0,hdc,w', 'file:/export/home/install.iso,hda:cdrom,r' ]

#disk = [ 'phy:/dev/zvol/dsk/mypool/mydisk,hdc,w', 'file:/export/home/install.iso,hda:cdrom,r' ]
disk = [ 'file:/linuxpool/isos/winxp.iso,hdc:cdrom,r', 'phy:/dev/zvol/dsk/linuxpool/winxp,hda,w' ]

#----------------------------------------------------------------------------
# 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.
#
# 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    = 'preserve'

#============================================================================

# New stuff
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

#-----------------------------------------------------------------------------
# boot on floppy (a), hard disk (c) or CD-ROM (d) 
# default: hard disk, cd-rom, floppy
#boot="cda"
boot='c'

#-----------------------------------------------------------------------------
#  write to temporary files instead of disk image files
#snapshot=1

#----------------------------------------------------------------------------
# enable SDL library for graphics, default = 0
sdl=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="0.0.0.0"

#----------------------------------------------------------------------------
# set VNC display number, default = domid
#vncdisplay=1

#----------------------------------------------------------------------------
# try to find an unused port for the VNC server, default = 1
#vncunused=1

#----------------------------------------------------------------------------
# enable spawning vncviewer for domain's console
# (only valid when vnc=1), default = 0
vncconsole=1

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'
#serial='stdio'
#serial='file:/tmp/blah'
#serial='/dev/pts/0'
serial='null'


#-----------------------------------------------------------------------------
#   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


#-----------------------------------------------------------------------------
#    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'


_______________________________________________
xen-discuss mailing list
xen-discuss@opensolaris.org

[prev in list] [next in list] [prev in thread] [next in thread]
Configure | About | News | Add a list | Sponsored by KoreLogic