From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Subject: Re: [patch 2/3] fs: buffer don't PageUptodate without page locked Date: Tue, 6 Feb 2007 00:21:40 -0800 Message-ID: <20070206002140.4030a11f.akpm@linux-foundation.org> References: <20070206054925.21042.50546.sendpatchset@linux.site> <20070206054947.21042.32493.sendpatchset@linux.site> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Linus Torvalds , Hugh Dickins , Linux Kernel , Linux Memory Management , Linux Filesystems To: Nick Piggin Return-path: Received: from smtp.osdl.org ([65.172.181.24]:54919 "EHLO smtp.osdl.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751263AbXBFIVw (ORCPT ); Tue, 6 Feb 2007 03:21:52 -0500 In-Reply-To: <20070206054947.21042.32493.sendpatchset@linux.site> Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Tue, 6 Feb 2007 09:02:23 +0100 (CET) Nick Piggin wrote: > __block_write_full_page is calling SetPageUptodate without the page locked. > This is unusual, but not incorrect, as PG_writeback is still set. > > However with the previous patch, this is now a problem: so don't bother > setting the page uptodate in this case (it is weird that the write path > does such a thing anyway). Instead just leave it to the read side to bring > the page uptodate when it notices that all buffers are uptodate. > > Signed-off-by: Nick Piggin > > Index: linux-2.6/fs/buffer.c > =================================================================== > --- linux-2.6.orig/fs/buffer.c > +++ linux-2.6/fs/buffer.c > @@ -1679,6 +1679,7 @@ static int __block_write_full_page(struc > */ > BUG_ON(PageWriteback(page)); > set_page_writeback(page); > + unlock_page(page); > > do { > struct buffer_head *next = bh->b_this_page; > @@ -1688,7 +1689,6 @@ static int __block_write_full_page(struc > } > bh = next; > } while (bh != head); > - unlock_page(page); > > err = 0; > done: Why this change? Without looking at it too hard, it seems that if submit_bh() completes synchronously, this thread can end up playing with the buffers on a non-locked, non-PageWriteback page. Someone else could whip the buffers away and oops?