From mboxrd@z Thu Jan 1 00:00:00 1970 From: Keir Fraser Subject: Re: Two dead-lock situation occurs on 32bit HVM SMP Windows Date: Tue, 14 Nov 2006 17:37:11 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Li, Xin B" , "Xin, Xiaohui" , xen-devel@lists.xensource.com Cc: "Mallick, Asit K" , "Tian, Kevin" , "Li, Susie" , "Nakajima, Jun" , "He, Qing" List-Id: xen-devel@lists.xenproject.org On 14/11/06 17:33, "Li, Xin B" wrote: > On x86_64 xen, we saw get_mfn_from_gpfn gets into the fault-and-fixup > path frequently when running 64bit windows guests with 1G RAM, and quite > a few of them are caused by gpfn > 0x100000, i.e. above 4G, so how about > aslo adding a gpfn range check into get_mfn_from_gpfn? And we can use > hvm_set_param to set the max gpfn # in xc_hvm_build.c. Any idea what it's trying to access? Presumably nothing is mapped up there so it just gets all-ones back from reads? I'm surprised it would be doing lots of accesses to totally unused memory space. That tends to be fairly slow even on native hardware. -- Keir