WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-users] Re: [Xen-devel] Updating Xen 4.1.x xmexamples files (vfb lin

To: Pasi Kärkkäinen <pasik@xxxxxx>
Subject: [Xen-users] Re: [Xen-devel] Updating Xen 4.1.x xmexamples files (vfb line required for HVM guests)
From: jim burns <jim_burn@xxxxxxxxxxxxx>
Date: Tue, 26 Jul 2011 18:20:43 -0400
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxx>, "xen-users@xxxxxxxxxxxxxxxxxxx" <xen-users@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 26 Jul 2011 15:23:20 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1311718850; bh=eECVWu3rdIN1CxsdXhJQb8LKk+3ksjPbebijn9zitVI=; h=X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:From:To:Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-Id; b=m8C6UY7W4/CWHHbvG9RxM+UCC7Vms3vDbyB/bETeSULMIps+4L1SUaLcyp6uqx1l+LbrUoCSPlyE0CI09t16heiHf1eWmcpmV4DHdM7XilSyuPsS3XD7gYAoYL4QH/8jFVhut9U6JcxwoGgYzLjkCDotDKiak+DqL8RH0CI5EAA=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110726170027.GU32373@xxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <201107231426.56811.jim_burn@xxxxxxxxxxxxx> <1311694781.24408.57.camel@xxxxxxxxxxxxxxxxxxxxxx> <20110726170027.GU32373@xxxxxxxxxxx> (sfid-20110726_130936_530160_514F8628)
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.13.7 (Linux/2.6.37.6-0.5-default; KDE/4.6.5; i686; ; )
On Tue July 26 2011 1:00:27 PM Pasi Kärkkäinen wrote:
> On Tue, Jul 26, 2011 at 04:39:41PM +0100, Ian Campbell wrote:
> > On Mon, 2011-07-25 at 17:05 -0400, Pasi Kärkkäinen wrote:
> > > On Mon, Jul 25, 2011 at 04:39:16PM -0400, jim burns wrote:
> > > > On Mon July 25 2011 3:57:23 PM Pasi wrote:
> > > > 
> > > > Btw, maybe you were following the thread '[Xen-devel] Failure to
> > > > create HVM DomU at Xen 4.1 ( kernel 3.0.0-5-generic) Ubuntu 11.10
> > > > (alpha 2)'.  In my fork of that thread, I summarized many other
> > > > threads over the last month of people having problems starting an
> > > > hvm domu under xen 4.1.x. Konrad finally provided the solution -
> > > > 4.1.x requires the pv style vfb= line, not the indidvidual
> > > > variables.
> > 
> > Perhaps I misunderstand this stuff but AIUI the vfb= line configures a
> > Xen PV framebuffer device whereas the individual vnc*/sdl*/etc variables
> > configure the backend for the emulated VGA device. IOW they are pretty
> > much orthogonal and (for an HVM guest) both should work (dependent on
> > the required in-guest support being available). Also I'm not sure if
> > they can be used simultaneously, I expect they can.

> Jim: Can you please post full example of working HVM cfgfile and
> not-working HVM cfgfile. (including any errors you get with the latter).

> > > > Which brings up my pet peev about documentation. Even something as
> > > > simple as updating the xmexample files in the /etc/xen tree would
> > > > have avoided this problem for so many people. Since you lurk around
> > > > in Xen Devel, maybe you can make people aware of the problem?
> > 
> > If you find areas where xm* are not accurate than patches would be very
> > much appreciated.

Sure, thanx. The following worked from xen 3.2.x to 4.0.1. w/o the vfb= line. 
Starting with xen 4.1.x, w/o the vfb= line, the vnc window immediately exits 
without even displaying the bochs bios, and qemu-dm exits also. Not till 
adding the vfb= line does qemu-dm come up properly, as in previous xen 
versions. The qemu-dm-winxp.log file is not very informative, as it basically 
doesn't change w/ or w/o the vfb= line. (Except a full guest boot adds lines 
that start with 'Unknown PV product 2' (gplpv) and end with 'Time offset'.)

The 'xen be: console-0:' errors only occur when you use 'xm create', not 'xl 
create'. You'll notice I've gone back to using a xenbr0 bridge, setup by the 
fedora (15) ifcfg- files. Xl won't put tapn.0 on the eth0 bridge, so the guest 
comes up w/o a functioning network, even tho' the vif= line previously 
explicitly set bridge=eth0. Now it specifies bridge=xenbr0. The error with 'xl 
create' and no vfb= line is even less informative. With 'xm create', xend.log 
properly reports that xen refused to restart the guest to prevent loops - 
guest is restarting too fast. With 'xl create' xl just goes into an infinite 
loop, spawning child xls and qemu-dms that immediately exit.

No where in the xmexample.hvm and similar files is vfb= mentioned. Lots of 
people over the last month have been having trouble starting their hvm 
domains, until Konrad mentioned in the thread mentioned above to add the vfb= 
line.

winxp config file: (python code commented out to keep xl happy)

#import os, re
#arch = os.uname()[4]
#if re.search('64', arch):
#    arch_libdir = 'lib64'
#else:
#    arch_libdir = 'lib'

name = "winxp"
builder='hvm'
memory = "512"
uuid = "6c7de04e-df10-caa8-bb2a-8368246225c1"
#ostype = "hvm" (no longer needed?)
on_reboot = "restart"
on_crash = "restart"
on_poweroff = "destroy"
vcpus = "2"
viridian=1
#
#kernel = "/usr/lib/xen/boot/hvmloader"
kernel = "hvmloader"
acpi=1
apic=1
boot= "cda"
# New stuff
#device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
#device_model = '/usr/lib/xen/bin/qemu-dm'
device_model = 'qemu-dm'
#
keymap='en-us'
localtime=1
#rtc_timeoffset=-14400
#rtc_timeoffset=-18000
pae=1
serial='pty'
#serial = "/dev/ttyS0"
#   enable sound card support, [sb16|es1370|all|..,..], default none
soundhw='es1370'
# enable stdvga, default = 0 (use cirrus logic device model)
#stdvga=1
videoram=4  # also necessary to keep xl happy, even tho the default is 8
stdvga=0
#usbdevice="mouse"
usbdevice="tablet"
xen_extended_power_mgmt = 0
#
#disk=[ 'tap2:aio:/var/lib/xen/images/winxp,hda,w', 
'phy:/dev/cdrom,hdc:cdrom,r' ]
disk=[ 'phy:/dev/disk/by-path/ip-192.168.1.101:3260-iscsi-
iqn.2001-04.com.Dell4550-iqn.2009-09.net.bellsouth.sda:041b7d3f-b008-4367-
b1f2-b4799d15e4cd-lun-1,hda,w', 'phy:/dev/cdrom,hdc:cdrom,r' ]
#
#vif = [ 'mac=00:16:3e:23:1d:36, script=vif-bridge, bridge = eth0' ]
vif = [ 'mac=00:16:3e:23:1d:36, type=ioemu, script=vif-bridge, bridge = 
xenbr0' ]
#
sdl=0
vfb = [ 'vnc=1, vnclisten=0.0.0.0, vncunused=0, vncdisplay=3, vncpasswd= ']
vnc=1
vnclisten="0.0.0.0"
#vnclisten="192.168.1.0" ( is there any way to do this? use to work in xen 
3.2)
# set VNC display number, default = domid
vncdisplay=3
# try to find an unused port for the VNC server, default = 1
vncunused=0
vncviewer=1
vncconsole=1
monitor=1
vncpasswd=""

qemu-dm-winxp.log:

domid: 1
config qemu network with xen bridge for  tap1.0 xenbr0
Using file /dev/disk/by-path/ip-192.168.1.101:3260-iscsi-
iqn.2001-04.com.Dell4550-iqn.2009-09.net.bellsouth.sda:041b7d3f-b008-4367-
b1f2-b4799d15e4cd-lun-1 in read-write mode
Using file /dev/cdrom in read-only mode
Watching /local/domain/0/device-model/1/logdirty/cmd
Watching /local/domain/0/device-model/1/command
Watching /local/domain/1/cpu
char device redirected to /dev/pts/5
qemu_map_cache_init nr_buckets = 10000 size 4194304
shared page at pfn feffd
buffered io page at pfn feffb
Guest uuid = 6c7de04e-df10-caa8-bb2a-8368246225c1
Time offset set 72000
char device redirected to /dev/pts/6
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
populating video RAM at ff000000
mapping video RAM from ff000000
Register xen platform.
Done register platform.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw 
state.
xs_read(/local/domain/0/device-model/1/xen_extended_power_mgmt): read error
xs_read(): vncpasswd get error. /vm/6c7de04e-df10-caa8-
bb2a-8368246225c1/vncpasswd.
medium change watch on `hdc' (index: 1): /dev/cdrom
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
Log-dirty: no command yet.
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
vcpu-set: watch node error.
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xs_read(/local/domain/1/log-throttling): read error
qemu: ignoring not-understood drive `/local/domain/1/log-throttling'
medium change watch on `/local/domain/1/log-throttling' - unknown device, 
ignored
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
cirrus vga map change while on lfb mode
mapping vram to f0000000 - f0400000
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw 
state.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro 
state.
Unknown PV product 2 loaded in guest
PV driver build 1
region type 1 at [c100,c200).
region type 0 at [f3001000,f3001100).
squash iomem [f3001000, f3001100).
Time offset set -14400, added offset -86400
Time offset set -14398, added offset 2
Time offset set 2, added offset 14400
Time offset set 1, added offset -1

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

<Prev in Thread] Current Thread [Next in Thread>