From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Piggin Subject: Re: [patch 3/3] fs: fix cont vs deadlock patches Date: Fri, 1 Dec 2006 03:03:55 +0100 Message-ID: <20061201020355.GB455@wotan.suse.de> References: <20061130072058.GA18004@wotan.suse.de> <20061130072202.GB18004@wotan.suse.de> <20061130072247.GC18004@wotan.suse.de> <20061130113241.GC12579@wotan.suse.de> <87r6vkzinv.fsf@duaron.myhome.or.jp> <20061201002750.GA455@wotan.suse.de> <873b80v2rx.fsf@duaron.myhome.or.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Linux Kernel Mailing List , Andrew Morton , linux-fsdevel@vger.kernel.org Return-path: To: OGAWA Hirofumi Content-Disposition: inline In-Reply-To: <873b80v2rx.fsf@duaron.myhome.or.jp> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Fri, Dec 01, 2006 at 10:11:14AM +0900, OGAWA Hirofumi wrote: > Nick Piggin writes: > > > I would be happy if you come up with a quick fix, I'm just trying to > > stamp out a few big bugs in mm. However I did prefer my way of moving > > all the exapand code into generic_cont_expand, out of prepare_write, and > > avoiding holding the target page locked while we're doing all the expand > > work (strictly, you might be able to get away with this, but it is > > fragile and ugly). > > > > AFAIKS, the only reason to use prepare_write is to avoid passing the > > get_block into generic_cont_expand? > > IIRC, because generic_cont_expand is designed as really generic. It > can also use for non moronic filesystem. > > In the case of reiserfs, it ->prepare_write might be necessary. Yes I see :( Well, maybe we should use your alternate patch, then. I have a few questions on it.