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

RE: [Xen-ia64-devel] [PATCH] [RFC] [TAKE3] P2M/VP (incomplete) patches

To: "Isaku Yamahata" <yamahata@xxxxxxxxxxxxx>
Subject: RE: [Xen-ia64-devel] [PATCH] [RFC] [TAKE3] P2M/VP (incomplete) patches
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Mon, 27 Mar 2006 10:06:52 +0800
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 27 Mar 2006 02:08:18 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcZPpUFi/vespR1hRAOQW/toVzNe/ABnWnzQ
Thread-topic: [Xen-ia64-devel] [PATCH] [RFC] [TAKE3] P2M/VP (incomplete) patches
>From: Isaku Yamahata [mailto:yamahata@xxxxxxxxxxxxx]
>Sent: 2006年3月25日 8:44
>>
>> Do you mean the grant table itself presents as read-only to guest? X86
>> version awards xenlinux to manage allocation/release of grant table
>> entries.
>
>No. I should have been more concrete.
>The current patch ignores GTF_readonly flags.
>It should be supported.
>

I see.

>>
>> IA64 is a bit different as PPC, since xen/ia64 can walk guest virtual
>> address directly while PPC can't. So normally people have two options:
>>
>> - Injected faults into guest when failed, and then let guest re-execute
>> hypercall. Cons is that forward progress may not be ensured when
>> parameter buffer is huge. May need some transient data to track the
>> progress.
>
>A hypercall may require more than one copy_{to, from}_guest().
>In such case just re-executing hypercall doesn't work.
>It is needed for xen to track hypercall progress and to resume
>after injecting faults somehow.

Exactly. hypercall_create_continuation is the template how to restart 
hypercall from a intermediate state.

Thanks,
Kevin

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

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