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/
Home Products Support Community News


RE: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 5/5] changes of commonfiles

To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Isaku Yamahata" <yamahata@xxxxxxxxxxxxx>
Subject: RE: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 5/5] changes of commonfiles for xen/ia64 dom0 vp model: netback work around
From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
Date: Fri, 28 Apr 2006 13:14:30 -0700
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 28 Apr 2006 13:14:56 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcZqyzRDcMN3yNZWQPmKuPjvy/IpVAAMgpeQ
Thread-topic: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 5/5] changes of commonfiles for xen/ia64 dom0 vp model: netback work around
Since Isaku hasn't answered yet, I'll comment: 

> Does netback work *at all* for you with vp model? Looks like 
> this patch 
> may make it build but not actually work, which makes it seem a bit 
> pointless.

With a full set of Isaku's VP patches, netfront/netback works
(and is fast)!  Because the patches affect many components
both in archdep and arch-independent code, Isaku is trying
to phase them in so Xen/ia64 continues to work in the interim.
> Anyway, two possible solutions are apparent to me:
>   1. netback gathers 'transmitted' skbuffs and then, in one 
> batch, does 
> a populate_physmap() call to get new pages for all of them, the 
> kfree_skb()s each one back to system pool.
>   2. change semantics of grant transfers for vp guests so that the 
> operation automatically gets you a fresh page at the same 
> pseudo-physical address.
> Option (2) is maybe the better one? Then this patch would make more 
> sense (except that the code would be made run-time dependent on 
> autotranslate feature flag).

One critical concern for Xen/ia64 is that we must be very careful
when the mapping from pseudo-physical address to machine address
changes, since the hardware-walked page table (VHPT) maps
virtual to machine and flushing the entire VHPT is horribly
expensive.  There are some ideas for tracking the mappings, but
these are still being worked out.

If tracking or flushing proves to be too expensive (on average),
copying may prove more efficient than page-flipping.

Isaku can provide more info.


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>
  • RE: [Xen-ia64-devel] Re: [Xen-devel] [PATCH 5/5] changes of commonfiles for xen/ia64 dom0 vp model: netback work around, Magenheimer, Dan (HP Labs Fort Collins) <=