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-ia64-devel

[Xen-ia64-devel] Re: copying data to guest

To: tgingold@xxxxxxx
Subject: [Xen-ia64-devel] Re: copying data to guest
From: Jes Sorensen <jes@xxxxxxx>
Date: Fri, 02 Mar 2007 15:45:26 +0100
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 02 Mar 2007 06:44:34 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <1172845931.45e8356b25ff6@xxxxxxxxxxx>
List-help: <mailto:xen-ia64-devel-request@lists.xensource.com?subject=help>
List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
List-post: <mailto:xen-ia64-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-ia64-devel>, <mailto:xen-ia64-devel-request@lists.xensource.com?subject=unsubscribe>
References: <45E82D33.1070501@xxxxxxx> <1172845931.45e8356b25ff6@xxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.4 (X11/20060527)
tgingold@xxxxxxx wrote:
> The basic answer is you can't do that reliably.
> 
> I don't have Xen code under my hand now, but there are a few examples in such
> direct write for some PAL calls and some EFI calls.
> 
> But they may fail: the TLB may not have the entry and there is currently no
> way to recover from such a miss.
> 
> The correct way is to use a xencomm descriptor.  Of course, this requires some
> modification in kernel code but much safer.

Hi Tristan,

I just don't follow this, if this is the case then we have a major
problem. There are multiple SAL calls that are defined to take a kernel
virtual address to receive a result or provide input data to the call.
We need to be able to do this for domU's if we want to provide full
virtualization so it's not really something we can avoid.

Given that Xen uses a 1:1 mapping for all physical memory, we ought to
be able to simply take the virtual kernel address from the SAL call,
which we should be able to reliably convert to a metaphysical address
by walking the page tables, or in the case of Linux, we know it uses a
1:1 mapping, then convert the metaphysical address to a physical address
and access that via the 1:1 mapping? Or am I missing something here?

Thanks,
Jes



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