From: Eryu Guan <guaneryu@gmail.com>
To: Jeff Moyer <jmoyer@redhat.com>
Cc: Brian Foster <bfoster@redhat.com>, fstests@vger.kernel.org
Subject: Re: [patch] xfs/259 - inherit $_fs_has_crcs
Date: Sat, 5 Dec 2015 16:09:33 +0800 [thread overview]
Message-ID: <20151205080915.GA19209@eguan.usersys.redhat.com> (raw)
In-Reply-To: <x49egf23pbb.fsf@segfault.boston.devel.redhat.com>
On Fri, Dec 04, 2015 at 03:56:56PM -0500, Jeff Moyer wrote:
> Brian Foster <bfoster@redhat.com> writes:
>
> >> > @@ -72,7 +72,7 @@ for del in $sizes_to_check; do
> >> > lofile=$(losetup -f)
> >> > losetup $lofile "$testfile"
> >> > "$MKFS_XFS_PROG" -l size=32m -b size=$blocksize $lofile \
> >> > - >/dev/null || echo "mkfs failed!"
> >> > + -m crc=$_fs_has_crcs>/dev/null || echo "mkfs failed!"
> >>
> >> It occurs to me that this may break on systems using a mkfs.xfs that
> >> does not support the "-m crc" option. Is there a standard way to test
> >> for such things?
> >>
> >
> > I suppose we could add a $crc_options to the mkfs command line that can
> > be set appropriately in the if/else. If the test fs has crc support, set
> > crc_options="-m crc=1". Otherwise, maybe use
> > '_scratch_mkfs_xfs_supported -m crc=0' (from
> > common/rc:_require_xfs_mkfs_crc()) in the else condition to either set
> > crc_options="-m crc=0" or drop the option (crc_options="")?
>
> How does one determine whether mkfs.xfs supports the crc= option? That
> was the question I tried to ask. ;-)
You can test for XFS_MKFS_HAS_NO_META_SUPPORT, if it's set to true then
mkfs.xfs has no crc support. More details you can refer to
commit 90a3bfc5b673cc06ec81b7f7dc9788d3e30c5993
Thanks,
Eryu
>
> > Another option could be just to unconditionally set crc=[0|1] and add a
> > _require_xfs_crc() to the test, but that would just skip the test on
> > older systems.
>
> I think we can agree that would be a bad approach. :)
>
> -Jeff
> --
> To unsubscribe from this list: send the line "unsubscribe fstests" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
prev parent reply other threads:[~2015-12-05 8:17 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-04 15:41 [patch] xfs/259 - inherit $_fs_has_crcs Jeff Moyer
2015-12-04 15:47 ` Jeff Moyer
2015-12-04 20:45 ` Brian Foster
2015-12-04 20:56 ` Jeff Moyer
2015-12-05 8:09 ` Eryu Guan [this message]
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=20151205080915.GA19209@eguan.usersys.redhat.com \
--to=guaneryu@gmail.com \
--cc=bfoster@redhat.com \
--cc=fstests@vger.kernel.org \
--cc=jmoyer@redhat.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.