From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262673AbTJXWBH (ORCPT ); Fri, 24 Oct 2003 18:01:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262674AbTJXWBH (ORCPT ); Fri, 24 Oct 2003 18:01:07 -0400 Received: from palrel10.hp.com ([156.153.255.245]:31394 "EHLO palrel10.hp.com") by vger.kernel.org with ESMTP id S262673AbTJXWBE (ORCPT ); Fri, 24 Oct 2003 18:01:04 -0400 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16281.41246.100100.205167@napali.hpl.hp.com> Date: Fri, 24 Oct 2003 15:01:02 -0700 To: "Luck, Tony" Cc: "Bjorn Helgaas" , , , Subject: Re: [PATCH 2.4.23-pre8] Remove broken prefetching in free_one_pgd() In-Reply-To: References: X-Mailer: VM 7.07 under Emacs 21.2.1 Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org >>>>> On Fri, 24 Oct 2003 13:56:31 -0700, "Luck, Tony" said: Tony> This patch was accepted into 2.5.55, attributed to "davej@uk". Tony> This code will prefetch from beyond the end of the page table Tony> being cleared ... which is clearly a bad thing if the page Tony> table in question is allocated from the last page of memory Tony> (or precedes a hole on a discontig mem system). Different arches behave differently, though. In the case of ia64, it'a always safe to prefetch (even with lfetch.fault). --david