From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from digeo-nav01.digeo.com (digeo-nav01.digeo.com [192.168.1.233]) by packet.digeo.com (8.9.3+Sun/8.9.3) with SMTP id NAA03804 for ; Mon, 3 Mar 2003 13:39:26 -0800 (PST) Date: Mon, 3 Mar 2003 13:35:39 -0800 From: Andrew Morton Subject: Re: [PATCH 2.5.63] Teach page_mapped about the anon flag Message-Id: <20030303133539.6594e0b6.akpm@digeo.com> In-Reply-To: <107610000.1046726685@baldur.austin.ibm.com> References: <20030227025900.1205425a.akpm@digeo.com> <200302280822.09409.kernel@kolivas.org> <20030227134403.776bf2e3.akpm@digeo.com> <118810000.1046383273@baldur.austin.ibm.com> <20030227142450.1c6a6b72.akpm@digeo.com> <103400000.1046725581@baldur.austin.ibm.com> <20030303131210.36645af6.akpm@digeo.com> <107610000.1046726685@baldur.austin.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Dave McCracken Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: Dave McCracken wrote: > > > --On Monday, March 03, 2003 13:12:10 -0800 Andrew Morton > wrote: > > > It is. All callers which need to be 100% accurate are under > > pte_chain_lock(). > > Hmm, good point. Some places may not need perfect accuracy. Also, if it > gives a false positive it means someone else is doing an atomic op on it, > so it's likely to be in transition to/from true anyway. > > Ok, you've convinced me. Please ignore the patch. I'll hang onto it in > case we get proved wrong at some point. We do need a patch I think. page_mapped() is still assuming that an all-bits-zero atomic_t corresponds to a zero-value atomic_t. This does appear to be true for all supported architectures, but it's a bit grubby. -- 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