Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760628AbZFIMP1 (ORCPT ); Tue, 9 Jun 2009 08:15:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754952AbZFIMPT (ORCPT ); Tue, 9 Jun 2009 08:15:19 -0400 Received: from mga03.intel.com ([143.182.124.21]:60374 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754669AbZFIMPS (ORCPT ); Tue, 9 Jun 2009 08:15:18 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.41,331,1241420400"; d="scan'208";a="152232323" Date: Tue, 9 Jun 2009 20:15:10 +0800 From: Wu Fengguang To: Nick Piggin Cc: Nai Xia , Andi Kleen , "hugh@veritas.com" , "riel@redhat.com" , "akpm@linux-foundation.org" , "chris.mason@oracle.com" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" Subject: Re: [PATCH] [13/16] HWPOISON: The high level memory error handler in the VM v3 Message-ID: <20090609121510.GB5589@localhost> References: <20090528120854.GJ6920@wotan.suse.de> <20090528134520.GH1065@one.firstfloor.org> <20090528145021.GA5503@localhost> <20090607160225.GA24315@localhost> <20090608123133.GA7944@localhost> <20090609064855.GB5490@localhost> <20090609104825.GJ14820@wotan.suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090609104825.GJ14820@wotan.suse.de> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1241 Lines: 29 On Tue, Jun 09, 2009 at 06:48:25PM +0800, Nick Piggin wrote: > On Tue, Jun 09, 2009 at 02:48:55PM +0800, Wu Fengguang wrote: > > On Mon, Jun 08, 2009 at 10:46:53PM +0800, Nai Xia wrote: > > > I meant PG_writeback stops writers to index---->struct page mapping. > > > > It's protected by the radix tree RCU locks. Period. > > > > If you are referring to the reverse mapping: page->mapping is procted > > by PG_lock. No one should make assumption that it won't change under > > page writeback. > > Well... I think probably PG_writeback should be enough. Phrased another > way: I think it is a very bad idea to truncate PG_writeback pages out of > pagecache. Does anything actually do that? There shall be no one. OK I will follow that convention.. But as I stated it is only safe do rely on the fact "no one truncates PG_writeback pages" in end_writeback_io handlers. And I suspect if there does exist such a handler, it could be trivially converted to take the page lock. Thanks, Fengguang -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/