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-devel] [PATCH] [VTD] Separate VT-d page table from P2M table

To: "Han, Weidong" <weidong.han@xxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH] [VTD] Separate VT-d page table from P2M table
From: Samuel Thibault <samuel.thibault@xxxxxxxxxxxxx>
Date: Tue, 22 Apr 2008 10:40:01 +0100
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, "Kay, Allen M" <allen.m.kay@xxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Delivery-date: Tue, 22 Apr 2008 02:40:32 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <08DF4D958216244799FC84F3514D70F00145BFB2@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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>
Mail-followup-to: Samuel Thibault <samuel.thibault@xxxxxxxxxxxxx>, "Han, Weidong" <weidong.han@xxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, "Xu, Anthony" <anthony.xu@xxxxxxxxx>, "Kay, Allen M" <allen.m.kay@xxxxxxxxx>
References: <08DF4D958216244799FC84F3514D70F00145BF7A@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C4336BAD.1FDBE%keir.fraser@xxxxxxxxxxxxx> <08DF4D958216244799FC84F3514D70F00145BFB2@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.12-2006-07-14
Han, Weidong, le Tue 22 Apr 2008 17:34:11 +0800, a écrit :
> Separate VT-d page table is by default. Shared VT-d page table may be
> easy and good in some cases. So we let them co-exist now. If shared VT-d
> page table is not necessary and useless, we can remove it easily in
> future.

But why unsharing it at all?  Is there any bonus except using more
memory? :)


Xen-devel mailing list