From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Piggin Subject: Re: [patch 4/8] mm: write_cache_pages type overflow fix Date: Thu, 9 Oct 2008 10:33:58 +0200 Message-ID: <20081009083358.GA30639@wotan.suse.de> References: <20081009155039.139856823@suse.de> <20081009174822.516911376@suse.de> <20081009082336.GB6637@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andrew Morton , Mikulas Patocka , linux-mm@kvack.org, linux-fsdevel@vger.kernel.org To: Christoph Hellwig Return-path: Received: from ns2.suse.de ([195.135.220.15]:40749 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756725AbYJIIeA (ORCPT ); Thu, 9 Oct 2008 04:34:00 -0400 Content-Disposition: inline In-Reply-To: <20081009082336.GB6637@infradead.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Thu, Oct 09, 2008 at 04:23:36AM -0400, Christoph Hellwig wrote: > On Fri, Oct 10, 2008 at 02:50:43AM +1100, npiggin@suse.de wrote: > > In the range_cont case, range_start is set to index << PAGE_CACHE_SHIFT, but > > index is a pgoff_t and range_start is loff_t, so we can get truncation of the > > value on 32-bit platforms. Fix this by adding the standard loff_t cast. > > > > This is a data interity bug (depending on how range_cont is used). > > Aneesh has a patch to kill the range_cont flag, which is queued up for > 2.6.28. OK, great. I guess actually this patch out of all of them could go into 2.6.27 and previous stable kernels because it is obviously correct and could not really cause a regression.