From mboxrd@z Thu Jan 1 00:00:00 1970 From: Russell King Subject: Re: [patch 146/233] fix possible PAGE_CACHE_SHIFT overflows Date: Sun, 8 Jan 2006 09:13:29 +0000 Message-ID: <20060108091328.GB31219@flint.arm.linux.org.uk> References: <200601080903.k0893GE9015082@shell0.pdx.osdl.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: torvalds@osdl.org, aia21@cantab.net, blaisorblade@yahoo.it, dhowells@redhat.com, dwmw2@infradead.org, green@linuxhacker.ru, hch@lst.de, jdike@addtoit.com, linux-fsdevel@vger.kernel.org, miklos@szeredi.hu, neilb@cse.unsw.edu.au, reiserfs-dev@namesys.com, trond.myklebust@fys.uio.no, zippel@linux-m68k.org Return-path: Received: from caramon.arm.linux.org.uk ([212.18.232.186]:41740 "EHLO caramon.arm.linux.org.uk") by vger.kernel.org with ESMTP id S1752577AbWAHJNv (ORCPT ); Sun, 8 Jan 2006 04:13:51 -0500 To: akpm@osdl.org Content-Disposition: inline In-Reply-To: <200601080903.k0893GE9015082@shell0.pdx.osdl.net> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org First time I've seen this patch... On Sun, Jan 08, 2006 at 01:03:05AM -0800, akpm@osdl.org wrote: > - arm's __flush_dcache_page() is peculiar. What if the page lies beyond 4G? Then it continues working as it always has done. It only uses two specific bits from page->index to determine the colour of the page. IOW: the truncation isn't a problem. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: 2.6 Serial core