16 messages in com.xensource.lists.xen-develRe: [Xen-devel] Vanilla Linux 64-bit ...
FromSent OnAttachments
Michael Abd-El-Malek07 Apr 2008 21:19 
Jeremy Fitzhardinge08 Apr 2008 14:29 
Michael Abd-El-Malek09 Apr 2008 21:14 
Jeremy Fitzhardinge10 Apr 2008 07:01 
Mark McLoughlin10 Apr 2008 07:11 
Jeremy Fitzhardinge10 Apr 2008 07:25 
Michael Abd-El-Malek10 Apr 2008 07:32 
Mark McLoughlin10 Apr 2008 07:40 
Mark McLoughlin10 Apr 2008 07:48 
Jeremy Fitzhardinge10 Apr 2008 07:57 
Jeremy Fitzhardinge10 Apr 2008 08:04 
Huang2, Wei10 Apr 2008 08:05 
Michael Abd-El-Malek10 Apr 2008 08:13 
Jeremy Fitzhardinge10 Apr 2008 08:40 
Bastian Blank19 Apr 2008 08:11 
Mark McLoughlin06 May 2008 09:22 
Subject:Re: [Xen-devel] Vanilla Linux 64-bit paravirt guest support
From:Michael Abd-El-Malek (mabd@cmu.edu)
Date:04/10/2008 08:13:44 AM
List:com.xensource.lists.xen-devel

On Apr 10, 2008, at 10:57 AM, Jeremy Fitzhardinge wrote:

Michael Abd-El-Malek wrote:

On Apr 10, 2008, at 10:11 AM, Mark McLoughlin wrote:

On Thu, 2008-04-10 at 09:01 -0500, Jeremy Fitzhardinge wrote:

Michael Abd-El-Malek wrote:

Is 64-bit domU support available anywhere at the moment? For example, what is the status of the git://git.et.redhat.com/xen-pvops-64.git tree? I pulled that tree and tried building 64-bit Xen domU support (since this tree allows you to configure the kernel with that capability, unlike the vanilla Linux tree). But compilation failed in enlighten.c because xen_smp_ops isn't defined in x86_64.

Try building without CONFIG_SMP, it doesn't support that yet.

Other than SMP support, does the tree represent a fully functional 64-bit PV domU support? Does it also allow all hypercalls? Put another way: is a 64-bit PV domU from that tree less capable than a 64-bit PV domU from Xen's linux-2.6.18.8 tree?

The 32-bit domU implementation is less capable than 2.6.18-xen. For example, it does not yet support suspend/resume/migrate or ballooning, and a number of interesting features are not yet in a released kernel (pvfb). Further out I hope we'll get things like dom0 support in as well.

For my purposes, suspend/resume/migrate isn't required. But I might need ballooning. Would I be able to take the balloon driver from 2.6.18.8 and use it in those new trees? The new tree seems to have all the hypercalls and defines the increase_reservation/ decrease_reservation op codes. I can add the stub code for these calls.

(I'm not sure what you mean by "allow all hypercalls"; do you mean "all features"?)

I was thinking along the lines of grant hypercalls for mapping another domU's grants. HVM can't let me do that. But I need to be able to do this for my work.

Thanks, Mike