[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


  • To: "Isaku Yamahata" <yamahata@xxxxxxxxxxxxx>
  • 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
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • 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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.