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] Re: [PATCH]: ptc.ga for SMP-g

To: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>, "Xu, Anthony" <anthony.xu@xxxxxxxxx>
Subject: Re: [Xen-ia64-devel] Re: [PATCH]: ptc.ga for SMP-g
From: Tristan Gingold <Tristan.Gingold@xxxxxxxx>
Date: Thu, 30 Mar 2006 15:58:21 +0100
Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 30 Mar 2006 14:55:54 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20060330141736.GA3375%yamahata@xxxxxxxxxxxxx>
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: <2BF508F394C196468CCBEC031320DCDF380999@pdsmsx405> <20060330141736.GA3375%yamahata@xxxxxxxxxxxxx>
Sender: xen-ia64-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.5
Le Jeudi 30 Mars 2006 16:17, Isaku Yamahata a écrit :
> On Thu, Mar 30, 2006 at 04:59:35PM +0800, Xu, Anthony wrote:
> > There seems no issue, because vcpu_purge_tr_entry() only sets ->p=0.
> > In some cases, this patch may cause a not-present tlb inserted into
> > machine TLB, this is harmless, when guest accesses this page, page not
> > present fault happens, and guest kernel will purge this tlb and insert a
> > new one, there are a little performance penalty.
> > Sine you will send IPI to flush vhpt later, why not purge this tlb as
> > well as flush vhpt.
>
> Page not present fault is different from tlb miss fault.
> So guest OS may handle them differently.
> For example, suppose guest OS is Linux and a area covered by dtlb
> is from PAGE_OFFSET + 64MB. In this case Linux results in kernel panic.
PAGE_OFFSET + 64MB is covered by a tr, isn't it ?

Tristan.



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