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

Re: [Xen-devel] GPLPV memory ballooning and x32

To: Aravindh Puthiyaparambil <aravindh@xxxxxxxxxx>, Pasi Kärkkäinen <pasik@xxxxxx>
Subject: Re: [Xen-devel] GPLPV memory ballooning and x32
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Tue, 25 May 2010 07:52:54 +0100
Cc: James Harper <james.harper@xxxxxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 24 May 2010 23:53:44 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <D83C13F0C853364EB226DBEE584BBE614DAB25F830@xxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acr7Eln9C5XzuBeXS+KSV/Yrq0icfAAdxdPgABNdRaM=
Thread-topic: [Xen-devel] GPLPV memory ballooning and x32
User-agent: Microsoft-Entourage/12.24.0.100205
On 24/05/2010 23:23, "Aravindh Puthiyaparambil" <aravindh@xxxxxxxxxx> wrote:

> I tried the Xen3.4.2 from the Gitco repo. I am unable to bring up any domain
> if I specify the memmax option to be greater that memory. The respective
> qemu-dm processes for the domains are at 95-100% CPU utilization. I tried this
> with x64 Linux and Windows domains. The Linux-centos domains stayed at
> "Booting 'CentOS'" screen. The windows domain died with a GPF that was
> displayed in the VNC window. I have attached the screen shots. I did not find
> anything of note in the xend.log. The qemu logs are shown below. The last line
> in "xm dmesg" is:
> 
> (XEN) io.c:199:d5 MMIO emulation failed @ 0008:4013c8: 90 a6 9f 2d 08 83
> 
> Any idea why this is occurring?

Perhaps a bug in populate-on-demand, which I guess is what gets enabled when
you specify maxmem parameter for an HVM domain. It gets allocated its basic
memory parameter initially, and extra memory gets allocated when the HVM
guest first writes to it, up to maxmem limit. Or that's the intent anyway.

This is not a regression from 3.1 presumably (3.1 does not implement
populate-on-demand at all)?

 -- Keir

> Thanks,
> Aravindh
> 
> 
> CentOS-x64
> ----------
> domid: 4
> qemu: the number of cpus is 1
> config qemu network with xen bridge for  tap4.0 xenbr0
> Watching /local/domain/0/device-model/4/logdirty/next-active
> Watching /local/domain/0/device-model/4/command
> char device redirected to /dev/pts/3
> qemu_map_cache_init nr_buckets = 10000 size 4194304
> shared page at pfn feffd
> buffered io page at pfn feffb
> Guest uuid = a2ae0d0e-380c-d3a1-bec4-01980c986d66
> Time offset set 0
> populating video RAM at ff000000
> mapping video RAM from ff000000
> Register xen platform.
> Done register platform.
> xs_read(/vm/a2ae0d0e-380c-d3a1-bec4-01980c986d66/log-throttling): read error
> platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw
> state.
> xs_read(/local/domain/0/device-model/4/xen_extended_power_mgmt): read error
> xs_read(): vncpasswd get error.
> /vm/a2ae0d0e-380c-d3a1-bec4-01980c986d66/vncpasswd.
> medium change watch on `hdc' (index: 1):
> /home/gold/isos/CentOS-5.3-x86_64-bin-DVD_ks_floppy.iso
> I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
> 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.
> 
> W2k3-x64
> --------
> domid: 5
> qemu: the number of cpus is 2
> config qemu network with xen bridge for  tap5.0 xenbr0
> Watching /local/domain/0/device-model/5/logdirty/next-active
> Watching /local/domain/0/device-model/5/command
> qemu_map_cache_init nr_buckets = 10000 size 4194304
> shared page at pfn feffd
> buffered io page at pfn feffb
> Guest uuid = 41de22fc-a638-4d34-5237-1a111d81e263
> Time offset set 0
> populating video RAM at ff000000
> mapping video RAM from ff000000
> Register xen platform.
> Done register platform.
> xs_read(/vm/41de22fc-a638-4d34-5237-1a111d81e263/log-throttling): read error
> platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw
> state.
> xs_read(/local/domain/0/device-model/5/xen_extended_power_mgmt): read error
> xs_read(): vncpasswd get error.
> /vm/41de22fc-a638-4d34-5237-1a111d81e263/vncpasswd.
> medium change watch on `hdc' (index: 1): /home/gold/isos/WindowsPVJH.iso
> I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
> I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
> 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.



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