From: Eric Sandeen <sandeen@sandeen.net>
To: Christoph Hellwig <hch@lst.de>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH] fix mount option parsing in remount
Date: Tue, 03 Jun 2008 07:51:41 -0500 [thread overview]
Message-ID: <48453E5D.8050301@sandeen.net> (raw)
In-Reply-To: <20080518153539.GA5218@lst.de>
Christoph Hellwig wrote:
> Remount currently happily accept any option thrown at it, although the
> only filesystem specific option it actually handles is barrier/nobarrier.
> And it actually doesn't handle these correctly either because it only
> uses the value it parsed when we're doing a ro->rw transition. In
> addition to that there's also a bad bug in xfs_parseargs which doesn't
> touch the actual option in the mount point except for a single one,
> XFS_MOUNT_SMALL_INUMS and thus forced any filesystem that's every
> remounted in some way to not support 64bit inodes with no way to recover
> unless unmounted.
>
> This patch changes xfs_fs_remount to use it's own linux/parser.h based
> options parse instead of xfs_parseargs and reject all options except
> for barrier/nobarrier and to the right thing in general. Eventually
> I'd like to have a single big option table used for mount aswell but
> that can wait for a while.
>
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
>
> Index: linux-2.6-xfs/fs/xfs/linux-2.6/xfs_super.c
> ===================================================================
> --- linux-2.6-xfs.orig/fs/xfs/linux-2.6/xfs_super.c 2008-05-18 15:22:23.000000000 +0200
> +++ linux-2.6-xfs/fs/xfs/linux-2.6/xfs_super.c 2008-05-18 15:59:32.000000000 +0200
> @@ -67,6 +67,7 @@
> #include <linux/writeback.h>
> #include <linux/kthread.h>
> #include <linux/freezer.h>
> +#include <linux/parser.h>
>
> static struct quotactl_ops xfs_quotactl_operations;
> static struct super_operations xfs_super_operations;
> @@ -1255,6 +1256,19 @@ xfs_fs_statfs(
> return 0;
> }
>
> +/*
> + * Eventually we should extend this table and use it for mount, too.
Maybe expand this a little:
/*
* Today only the barrier/nobarrier xfs mount options are handled
* on remount. This table should be expanded to cover all options,
* and used for the initial mount path, too.
*/
... I'd also like this for the mount path because for example:
mount -t xfs -o barrier=0 /dev/blah /mnt/foo
works... but does not turn off barriers.
So as a first step/example this looks ok but I'd sure like to see it
extended soon. Maybe when I'm bored... :)
-Eric
> + */
> +enum {
> + Opt_barrier, Opt_nobarrier, Opt_err
> +};
> +
> +static match_table_t tokens = {
> + {Opt_barrier, "barrier"},
> + {Opt_nobarrier, "nobarrier"},
> + {Opt_err, NULL}
> +};
> +
> STATIC int
> xfs_fs_remount(
> struct super_block *sb,
> @@ -1262,36 +1276,54 @@ xfs_fs_remount(
> char *options)
> {
> struct xfs_mount *mp = XFS_M(sb);
> - struct xfs_mount_args *args;
> - int error;
> + substring_t args[MAX_OPT_ARGS];
> + char *p;
>
> - args = xfs_args_allocate(sb, 0);
> - if (!args)
> - return -ENOMEM;
> + while ((p = strsep(&options, ",")) != NULL) {
> + int token;
>
> - error = xfs_parseargs(mp, options, args, 1);
> - if (error)
> - goto out_free_args;
> + if (!*p)
> + continue;
>
> - if (!(*flags & MS_RDONLY)) { /* rw/ro -> rw */
> - if (mp->m_flags & XFS_MOUNT_RDONLY)
> - mp->m_flags &= ~XFS_MOUNT_RDONLY;
> - if (args->flags & XFSMNT_BARRIER) {
> + token = match_token(p, tokens, args);
> + switch (token) {
> + case Opt_barrier:
> mp->m_flags |= XFS_MOUNT_BARRIER;
> - xfs_mountfs_check_barriers(mp);
> - } else {
> +
> + /*
> + * Test if barriers are actually working if we can,
> + * else delay this check until the filesystem is
> + * marked writeable.
> + */
> + if (!(mp->m_flags & XFS_MOUNT_RDONLY))
> + xfs_mountfs_check_barriers(mp);
> + break;
> + case Opt_nobarrier:
> mp->m_flags &= ~XFS_MOUNT_BARRIER;
> + break;
> + default:
> + printk(KERN_INFO
> + "XFS: mount option \"%s\" not support for remount\n", p);
> + return -EINVAL;
> }
> - } else if (!(mp->m_flags & XFS_MOUNT_RDONLY)) { /* rw -> ro */
> + }
> +
> + /* rw/ro -> rw */
> + if ((mp->m_flags & XFS_MOUNT_RDONLY) && !(*flags & MS_RDONLY)) {
> + mp->m_flags &= ~XFS_MOUNT_RDONLY;
> + if (mp->m_flags & XFS_MOUNT_BARRIER)
> + xfs_mountfs_check_barriers(mp);
> + }
> +
> + /* rw -> ro */
> + if (!(mp->m_flags & XFS_MOUNT_RDONLY) && (*flags & MS_RDONLY)) {
> xfs_filestream_flush(mp);
> xfs_sync(mp, SYNC_DATA_QUIESCE);
> xfs_attr_quiesce(mp);
> mp->m_flags |= XFS_MOUNT_RDONLY;
> }
>
> - out_free_args:
> - kfree(args);
> - return -error;
> + return 0;
> }
>
> /*
>
>
next prev parent reply other threads:[~2008-06-03 12:50 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-18 15:35 [PATCH] fix mount option parsing in remount Christoph Hellwig
2008-06-03 8:00 ` Christoph Hellwig
2008-06-27 13:11 ` Christoph Hellwig
2008-06-27 14:49 ` Eric Sandeen
2008-06-03 12:51 ` Eric Sandeen [this message]
2008-06-03 13:05 ` Christoph Hellwig
2008-06-30 6:21 ` Timothy Shimmin
2008-06-30 16:18 ` Christoph Hellwig
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=48453E5D.8050301@sandeen.net \
--to=sandeen@sandeen.net \
--cc=hch@lst.de \
--cc=xfs@oss.sgi.com \
/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