From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: with ECARTIS (v1.0.0; list xfs); Wed, 15 Oct 2008 05:41:52 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m9FCfnYO023340 for ; Wed, 15 Oct 2008 05:41:50 -0700 Received: from sandeen.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 4D8D71405BE9 for ; Wed, 15 Oct 2008 05:43:32 -0700 (PDT) Received: from sandeen.net (sandeen.net [209.173.210.139]) by cuda.sgi.com with ESMTP id cOI3WNIHeDP3ZC3A for ; Wed, 15 Oct 2008 05:43:32 -0700 (PDT) Message-ID: <48F5E573.2040901@sandeen.net> Date: Wed, 15 Oct 2008 07:43:31 -0500 From: Eric Sandeen MIME-Version: 1.0 Subject: Re: [PATCH] References: <20081015070313.89A8A58FA1E9@chook.melbourne.sgi.com> In-Reply-To: <20081015070313.89A8A58FA1E9@chook.melbourne.sgi.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: xfs-bounce@oss.sgi.com Errors-to: xfs-bounce@oss.sgi.com List-Id: xfs To: Tim Shimmin Cc: xfs-oss > Date: Wed, 15 Oct 2008 18:03:13 +1100 > To: options@melbourne.sgi.com, unrecognized@melbourne.sgi.com, > with@melbourne.sgi.com, rw@melbourne.sgi.com, > remount@melbourne.sgi.com, fix@melbourne.sgi.com, > XFS@melbourne.sgi.com I don't think that made it to the right place ... :) (stable@vger.kernel.org) -Eric Tim Shimmin wrote: > Hi Linus, > > Please include the following patch for 2.6.27.1 stable release as > suggested by Christoph Hellwig and Eric Sandeen. > It fixes a regression in the recent remount recoding > where remounting say from ro to rw allows the xfs flags to > be out of sync with the vfs flags, resulting > in failures for some programs such as touch (which end up calling xfs_setattr). > The fix is a very minor and clear. > > Thanks, > Tim. > > Date: Sun, 12 Oct 2008 14:30:44 +0200 > From: Christoph Hellwig > To: xfs@oss.sgi.com > Subject: [PATCH] fix remount rw with unrecognized options > > When we skip unrecognized options in xfs_fs_remount we should just break > out of the switch and not return because otherwise we may skip clearing > the xfs-internal read-only flag. This will only show up on some > operations like touch because most read-only checks are done by the VFS > which thinks this filesystem is r/w. Eventually we should replace the > XFS read-only flag with a helper that always checks the VFS flag to make > sure they can never get out of sync. > > Bug reported and fix verified by Marcel Beister on #xfs. > Bug fix verified by updated xfstests/189. > > Signed-off-by: Christoph Hellwig > Acked-by: Eric Sandeen > Signed-off-by: Timothy Shimmin > > Index: mainline/fs/xfs/linux-2.6/xfs_super.c > =================================================================== > --- mainline.orig/fs/xfs/linux-2.6/xfs_super.c 2008-10-15 17:59:26.542652847 +1100 > +++ mainline/fs/xfs/linux-2.6/xfs_super.c 2008-10-15 17:59:45.376217172 +1100 > @@ -1323,7 +1323,7 @@ xfs_fs_remount( > "XFS: mount option \"%s\" not supported for remount\n", p); > return -EINVAL; > #else > - return 0; > + break; > #endif > } > } > >