From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Ian Kent <raven@themaw.net>
Cc: linux-xfs <linux-xfs@vger.kernel.org>,
Christoph Hellwig <hch@infradead.org>,
Brian Foster <bfoster@redhat.com>,
Eric Sandeen <sandeen@sandeen.net>,
David Howells <dhowells@redhat.com>,
Dave Chinner <dchinner@redhat.com>,
Al Viro <viro@ZenIV.linux.org.uk>
Subject: Re: [PATCH v7 09/17] xfs: add xfs_remount_rw() helper
Date: Thu, 24 Oct 2019 16:12:58 -0700 [thread overview]
Message-ID: <20191024231258.GZ913374@magnolia> (raw)
In-Reply-To: <90501efd6808a0816dbdf03b508130136bc8a94e.camel@themaw.net>
On Fri, Oct 25, 2019 at 05:53:08AM +0800, Ian Kent wrote:
> On Thu, 2019-10-24 at 08:31 -0700, Darrick J. Wong wrote:
> > On Thu, Oct 24, 2019 at 03:51:22PM +0800, Ian Kent wrote:
> > > Factor the remount read write code into a helper to simplify the
> > > subsequent change from the super block method .remount_fs to the
> > > mount-api fs_context_operations method .reconfigure.
> > >
> > > This helper is only used by the mount code, so locate it along with
> > > that code.
> > >
> > > While we are at it change STATIC -> static for
> > > xfs_restore_resvblks().
> > >
> > > Signed-off-by: Ian Kent <raven@themaw.net>
> > > Reviewed-by: Brian Foster <bfoster@redhat.com>
> > > Reviewed-by: Christoph Hellwig <hch@lst.de>
> > > ---
> > > fs/xfs/xfs_super.c | 119 +++++++++++++++++++++++++++++-----------
> > > ------------
> > > 1 file changed, 67 insertions(+), 52 deletions(-)
> > >
> > > diff --git a/fs/xfs/xfs_super.c b/fs/xfs/xfs_super.c
> > > index 297e6c98742e..c07e41489e75 100644
> > > --- a/fs/xfs/xfs_super.c
> > > +++ b/fs/xfs/xfs_super.c
> > > @@ -47,6 +47,8 @@ static struct kset *xfs_kset; /* top-
> > > level xfs sysfs dir */
> > > static struct xfs_kobj xfs_dbg_kobj; /* global debug sysfs
> > > attrs */
> > > #endif
> > >
> > > +static void xfs_restore_resvblks(struct xfs_mount *mp);
> >
> > What's the reason for putting xfs_remount_rw above
> > xfs_restore_resvblks?
> > I assume that's related to where you want to land later code chunks?
>
> In the cover letter:
>
> Note: the patches "xfs: add xfs_remount_rw() helper" and
> "xfs: add xfs_remount_ro() helper" that have Reviewed-by attributions
> each needed a forward declartion added due grouping all the mount
> related code together. Reviewers may want to check the attribution
> is still acceptable.
>
> The fill super method needs quite a few more forward declarations
> too.
>
> I responded to Christoph's suggestion of grouping the mount code
> together saying this would be needed, and that I thought the
> improvement of grouping the code together was worth the forward
> declarations, and asked if anyone had a different POV on it and
> got no replies, ;)
>
> The other thing is that the options definitions notionally belong
> near the top of the mount/super block handling code so moving it
> all down seemed like the wrong thing to do ...
>
> So what do you think of the extra noise of forward declarations
> in this case?
Eh, fine with me. I was just curious, having speed-read over the
previous iterations. :)
--D
> Ian
>
> >
> > --D
> >
> > > +
> > > /*
> > > * Table driven mount option parser.
> > > */
> > > @@ -455,6 +457,68 @@ xfs_mount_free(
> > > kmem_free(mp);
> > > }
> > >
> > > +static int
> > > +xfs_remount_rw(
> > > + struct xfs_mount *mp)
> > > +{
> > > + struct xfs_sb *sbp = &mp->m_sb;
> > > + int error;
> > > +
> > > + if (mp->m_flags & XFS_MOUNT_NORECOVERY) {
> > > + xfs_warn(mp,
> > > + "ro->rw transition prohibited on norecovery
> > > mount");
> > > + return -EINVAL;
> > > + }
> > > +
> > > + if (XFS_SB_VERSION_NUM(sbp) == XFS_SB_VERSION_5 &&
> > > + xfs_sb_has_ro_compat_feature(sbp,
> > > XFS_SB_FEAT_RO_COMPAT_UNKNOWN)) {
> > > + xfs_warn(mp,
> > > + "ro->rw transition prohibited on unknown (0x%x) ro-compat
> > > filesystem",
> > > + (sbp->sb_features_ro_compat &
> > > + XFS_SB_FEAT_RO_COMPAT_UNKNOWN));
> > > + return -EINVAL;
> > > + }
> > > +
> > > + mp->m_flags &= ~XFS_MOUNT_RDONLY;
> > > +
> > > + /*
> > > + * If this is the first remount to writeable state we might
> > > have some
> > > + * superblock changes to update.
> > > + */
> > > + if (mp->m_update_sb) {
> > > + error = xfs_sync_sb(mp, false);
> > > + if (error) {
> > > + xfs_warn(mp, "failed to write sb changes");
> > > + return error;
> > > + }
> > > + mp->m_update_sb = false;
> > > + }
> > > +
> > > + /*
> > > + * Fill out the reserve pool if it is empty. Use the stashed
> > > value if
> > > + * it is non-zero, otherwise go with the default.
> > > + */
> > > + xfs_restore_resvblks(mp);
> > > + xfs_log_work_queue(mp);
> > > +
> > > + /* Recover any CoW blocks that never got remapped. */
> > > + error = xfs_reflink_recover_cow(mp);
> > > + if (error) {
> > > + xfs_err(mp,
> > > + "Error %d recovering leftover CoW
> > > allocations.", error);
> > > + xfs_force_shutdown(mp,
> > > SHUTDOWN_CORRUPT_INCORE);
> > > + return error;
> > > + }
> > > + xfs_start_block_reaping(mp);
> > > +
> > > + /* Create the per-AG metadata reservation pool .*/
> > > + error = xfs_fs_reserve_ag_blocks(mp);
> > > + if (error && error != -ENOSPC)
> > > + return error;
> > > +
> > > + return 0;
> > > +}
> > > +
> > > struct proc_xfs_info {
> > > uint64_t flag;
> > > char *str;
> > > @@ -1169,7 +1233,7 @@ xfs_save_resvblks(struct xfs_mount *mp)
> > > xfs_reserve_blocks(mp, &resblks, NULL);
> > > }
> > >
> > > -STATIC void
> > > +static void
> > > xfs_restore_resvblks(struct xfs_mount *mp)
> > > {
> > > uint64_t resblks;
> > > @@ -1307,57 +1371,8 @@ xfs_fs_remount(
> > >
> > > /* ro -> rw */
> > > if ((mp->m_flags & XFS_MOUNT_RDONLY) && !(*flags & SB_RDONLY))
> > > {
> > > - if (mp->m_flags & XFS_MOUNT_NORECOVERY) {
> > > - xfs_warn(mp,
> > > - "ro->rw transition prohibited on norecovery mount");
> > > - return -EINVAL;
> > > - }
> > > -
> > > - if (XFS_SB_VERSION_NUM(sbp) == XFS_SB_VERSION_5 &&
> > > - xfs_sb_has_ro_compat_feature(sbp,
> > > - XFS_SB_FEAT_RO_COMPAT_UNKNOWN))
> > > {
> > > - xfs_warn(mp,
> > > -"ro->rw transition prohibited on unknown (0x%x) ro-compat
> > > filesystem",
> > > - (sbp->sb_features_ro_compat &
> > > - XFS_SB_FEAT_RO_COMPAT_UNKNOWN))
> > > ;
> > > - return -EINVAL;
> > > - }
> > > -
> > > - mp->m_flags &= ~XFS_MOUNT_RDONLY;
> > > -
> > > - /*
> > > - * If this is the first remount to writeable state we
> > > - * might have some superblock changes to update.
> > > - */
> > > - if (mp->m_update_sb) {
> > > - error = xfs_sync_sb(mp, false);
> > > - if (error) {
> > > - xfs_warn(mp, "failed to write sb
> > > changes");
> > > - return error;
> > > - }
> > > - mp->m_update_sb = false;
> > > - }
> > > -
> > > - /*
> > > - * Fill out the reserve pool if it is empty. Use the
> > > stashed
> > > - * value if it is non-zero, otherwise go with the
> > > default.
> > > - */
> > > - xfs_restore_resvblks(mp);
> > > - xfs_log_work_queue(mp);
> > > -
> > > - /* Recover any CoW blocks that never got remapped. */
> > > - error = xfs_reflink_recover_cow(mp);
> > > - if (error) {
> > > - xfs_err(mp,
> > > - "Error %d recovering leftover CoW allocations.", error);
> > > - xfs_force_shutdown(mp,
> > > SHUTDOWN_CORRUPT_INCORE);
> > > - return error;
> > > - }
> > > - xfs_start_block_reaping(mp);
> > > -
> > > - /* Create the per-AG metadata reservation pool .*/
> > > - error = xfs_fs_reserve_ag_blocks(mp);
> > > - if (error && error != -ENOSPC)
> > > + error = xfs_remount_rw(mp);
> > > + if (error)
> > > return error;
> > > }
> > >
> > >
>
next prev parent reply other threads:[~2019-10-24 23:13 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-24 7:50 [PATCH v7 00/17] xfs: mount API patch series Ian Kent
2019-10-24 7:50 ` [PATCH v7 01/17] vfs: add missing blkdev_put() in get_tree_bdev() Ian Kent
2019-10-24 7:50 ` [PATCH v7 02/17] xfs: remove very old mount option Ian Kent
2019-10-24 7:50 ` [PATCH v7 03/17] xfs: remove unused struct xfs_mount field m_fsname_len Ian Kent
2019-10-24 7:50 ` [PATCH v7 04/17] xfs: use super s_id instead of struct xfs_mount m_fsname Ian Kent
2019-10-24 7:51 ` [PATCH v7 05/17] xfs: dont use XFS_IS_QUOTA_RUNNING() for option check Ian Kent
2019-10-25 13:52 ` Christoph Hellwig
2019-10-24 7:51 ` [PATCH v7 06/17] xfs: use kmem functions for struct xfs_mount Ian Kent
2019-10-24 15:26 ` Darrick J. Wong
2019-10-25 13:53 ` Christoph Hellwig
2019-10-24 7:51 ` [PATCH v7 07/17] xfs: move xfs_mount_alloc to be with parsing code Ian Kent
2019-10-25 14:31 ` Christoph Hellwig
2019-10-24 7:51 ` [PATCH v7 08/17] xfs: merge freeing of mp names and mp Ian Kent
2019-10-24 15:28 ` Darrick J. Wong
2019-10-25 14:37 ` Christoph Hellwig
2019-10-24 7:51 ` [PATCH v7 09/17] xfs: add xfs_remount_rw() helper Ian Kent
2019-10-24 15:31 ` Darrick J. Wong
2019-10-24 21:53 ` Ian Kent
2019-10-24 23:12 ` Darrick J. Wong [this message]
2019-10-25 16:45 ` Christoph Hellwig
2019-10-24 7:51 ` [PATCH v7 10/17] xfs: add xfs_remount_ro() helper Ian Kent
2019-10-24 15:32 ` Darrick J. Wong
2019-10-24 7:51 ` [PATCH v7 11/17] xfs: refactor suffix_kstrtoint() Ian Kent
2019-10-24 15:38 ` Darrick J. Wong
2019-10-24 22:02 ` Ian Kent
2019-10-25 14:39 ` Christoph Hellwig
2019-10-24 7:51 ` [PATCH v7 12/17] xfs: avoid redundant checks when options is empty Ian Kent
2019-10-24 15:40 ` Darrick J. Wong
2019-10-25 14:42 ` Christoph Hellwig
2019-10-24 7:51 ` [PATCH v7 13/17] xfs: refactor xfs_parseags() Ian Kent
2019-10-24 15:41 ` Darrick J. Wong
2019-10-24 7:51 ` [PATCH v7 14/17] xfs: move xfs_parseargs() validation to a helper Ian Kent
2019-10-24 15:51 ` Darrick J. Wong
2019-10-24 7:51 ` [PATCH v7 15/17] xfs: dont set sb in xfs_mount_alloc() Ian Kent
2019-10-24 7:51 ` [PATCH v7 16/17] xfs: move xfs_fs_fill_super() to be with parsing code Ian Kent
2019-10-24 7:52 ` [PATCH v7 17/17] xfs: switch to use the new mount-api Ian Kent
2019-10-25 17:01 ` Darrick J. Wong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191024231258.GZ913374@magnolia \
--to=darrick.wong@oracle.com \
--cc=bfoster@redhat.com \
--cc=dchinner@redhat.com \
--cc=dhowells@redhat.com \
--cc=hch@infradead.org \
--cc=linux-xfs@vger.kernel.org \
--cc=raven@themaw.net \
--cc=sandeen@sandeen.net \
--cc=viro@ZenIV.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox