From: Dave Chinner <david@fromorbit.com>
To: "Lukáš Czerner" <lczerner@redhat.com>
Cc: Omar Sandoval <osandov@osandov.com>,
fstests@vger.kernel.org, linux-ext4@vger.kernel.org
Subject: Re: [PATCH] ext4: add regression tests for ^extents punch hole
Date: Wed, 25 Feb 2015 09:07:19 +1100 [thread overview]
Message-ID: <20150224220719.GD4251@dastard> (raw)
In-Reply-To: <alpine.LFD.2.00.1502241538430.5931@localhost.localdomain>
On Tue, Feb 24, 2015 at 03:58:06PM +0100, Lukáš Czerner wrote:
> On Tue, 24 Feb 2015, Dave Chinner wrote:
> > I think the test should still be generic and block size independent,
> > but if you want to force ext4 to turn off the extents flag, then
> > use something like this:
> >
> > [ "$FSTYP" = "ext4" ] && MKFS_OPTIONS="-O ^extents $MKFS_OPTIONS"
>
> Ok, so let's look at this from a different angle. "-O ^extents"
> applies for ext2 and ext3 file system. It would be sufficient for
> this test to be generic if most people would be using ext4 driver
> for ext2/3 file system which I am still not convinced about.
>
> In ideal world we would not need this special case options and we
> would just say this problem is for ext2/3 only so it'll be tested
> with ext2 and ext3 file system and no special case for ext4 is
> needed. However even when using ext4 driver, how many people are
> regularly running tests on ext2/3 ?
>
> On that basis I think that having this in the generic case
>
> [ "$FSTYP" = "ext4" ] && MKFS_OPTIONS="-O ^extents $MKFS_OPTIONS"
>
> is fair enough. But then again, what if we really want to run this
> with extents as well ?
>
> Omar, can you make the test generic and can this be reproduced on 4k
> block size ? If not, can you make a generic reproducer which does
> not depend on the block size ?
>
> Also if we want to include the special case for ext4, we need to
> have a function which allows us to alter the mkfs options without
> completely overriding the user specified options. I think that there
> is something like that for xfs, Omar can you do that for ext4 as
> well ?
It's built into the _scratch_mkfs_xfs wrapper, where if the test
supplies extra options and that conflicts with the CLI supplied
options it drops the CLI specific options and just uses the test
options.
I've mentioned this specificly in the past, too. i.e. that all
_scratch_mkfs_$FSTYP wrappers should be handling CLI vs test
specific options like this.... :/
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
next prev parent reply other threads:[~2015-02-24 22:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-23 22:39 [PATCH] ext4: add regression tests for ^extents punch hole Omar Sandoval
2015-02-23 22:46 ` Dave Chinner
2015-02-23 23:11 ` Omar Sandoval
2015-02-23 23:28 ` Eric Sandeen
2015-02-23 23:43 ` Eric Sandeen
2015-02-24 10:11 ` Lukáš Czerner
2015-02-24 11:31 ` Dave Chinner
2015-02-24 11:52 ` Lukáš Czerner
2015-02-24 12:49 ` Dave Chinner
2015-02-24 14:58 ` Lukáš Czerner
2015-02-24 22:07 ` Dave Chinner [this message]
2015-02-25 0:24 ` Theodore Ts'o
2015-02-25 3:03 ` Omar Sandoval
2015-02-25 8:42 ` Lukáš Czerner
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=20150224220719.GD4251@dastard \
--to=david@fromorbit.com \
--cc=fstests@vger.kernel.org \
--cc=lczerner@redhat.com \
--cc=linux-ext4@vger.kernel.org \
--cc=osandov@osandov.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