From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16562.52948.981913.814783@napali.hpl.hp.com> Date: Mon, 24 May 2004 21:43:00 -0700 Subject: Re: [PATCH] ppc64: Fix possible race with set_pte on a present PTE In-Reply-To: <20040525042054.GU29378@dualathlon.random> References: <1085369393.15315.28.camel@gaston> <1085371988.15281.38.camel@gaston> <1085373839.14969.42.camel@gaston> <20040525034326.GT29378@dualathlon.random> <20040525042054.GU29378@dualathlon.random> Reply-To: davidm@hpl.hp.com Sender: owner-linux-mm@kvack.org Return-Path: To: Andrea Arcangeli Cc: Linus Torvalds , Benjamin Herrenschmidt , Andrew Morton , Linux Kernel list , Ingo Molnar , Ben LaHaise , linux-mm@kvack.org, Architectures Group List-ID: >>>>> On Tue, 25 May 2004 06:20:54 +0200, Andrea Arcangeli said: Andrea> the only architecture that has the accessed bit in Andrea> _hardware_ via page faults I know is ia64, but I don't know Andrea> if it has a mode to set it without page faults No, it doesn't. Andrea> and how it is implementing the accessed bit in linux. If the "accessed" or "dirty" bits are zero, accessing/writing the page will cause a fault which will be handled in a low-level fault handler. The Linux version of these handlers simply turn on the respective bit. See daccess_bit(), iaccess_bit(), and dirty_bit() in arch/ia64/kernel/ivt.S. Note: I'm on travel and haven't seen the context of this discussion and don't expect to have time to think about this until I return on Thursday. So if you don't hear from me, it's not because I'm ignoring you... ;-) --david -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: aart@kvack.org