From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [PATCH] block new writers on frozen filesystems Date: Sun, 13 Feb 2005 16:24:21 +0100 Message-ID: <20050213152421.GA2747@lst.de> References: <20050210161331.GA9001@lst.de> <20050210151427.3fc65d56.akpm@osdl.org> <20050213142027.GA1733@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Christoph Hellwig , Andrew Morton , linux-fsdevel@vger.kernel.org Received: from verein.lst.de ([213.95.11.210]:54462 "EHLO mail.lst.de") by vger.kernel.org with ESMTP id S261279AbVBMPY1 (ORCPT ); Sun, 13 Feb 2005 10:24:27 -0500 To: Anton Altaparmakov Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On Sun, Feb 13, 2005 at 03:05:22PM +0000, Anton Altaparmakov wrote: > > This should block new data writers. New metadata writes need to be > > blocked in the individual filesystem, and only when the state is set > > to SB_FREEZE_TRANS (a few steps later in freeze_bdev). > > Why this distinction? At least on NTFS metadata is stored in normal files > (everything is a file in NTFS) and the same readpage/writepage address > space operations are used to access both... Because flushing the data after you block new writes usually involved writing out metadata aswell, so you can't block them at the same time without deadlocking.