From mboxrd@z Thu Jan 1 00:00:00 1970 From: "H. Peter Anvin" Subject: Re: Re: [PATCH] Two patches fixing regression introduced by 'x86-64, mm: Put early page table high' Date: Mon, 02 May 2011 11:33:16 -0700 Message-ID: <4DBEF8EC.7080301@zytor.com> References: <1304356942-17656-1-git-send-email-konrad.wilk@oracle.com> <4DBEEA69.7010000@zytor.com> <20110502180802.GA7498@dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20110502180802.GA7498@dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: xen-devel@lists.xensource.com, yinghai@kernel.org, linux-kernel@vger.kernel.org, stefano.stabellini@eu.citrix.com List-Id: xen-devel@lists.xenproject.org On 05/02/2011 11:08 AM, Konrad Rzeszutek Wilk wrote: >> >> My inclination would be to apply your workaround -- are there any >> adverse effects to doing that? > > There is a bootup slowdown (not noticeable). That is because we call the > 'memblock_find_range' function on every PTE table creation (only during > bootup of course). > > Testing wise, on the machines on which the regression occurred, with these two > patches the regression disappears - so that is a good sign. I am testing > it on some more today to assure myself I am not missing anything. > OK, sounds like a plan then. I like it because it doesn't affect the native kernel. -hpa