From: "Theodore Ts'o" <tytso@mit.edu>
To: Zorro Lang <zlang@redhat.com>
Cc: fstests@vger.kernel.org
Subject: Re: [PATCH] generic: add missing $FSX_AVOID to fsx invocations
Date: Fri, 28 Jul 2023 16:30:40 -0400 [thread overview]
Message-ID: <20230728203040.GA610919@mit.edu> (raw)
In-Reply-To: <20230207182656.ekjt2lhbid6xf2cs@zlang-mailbox>
On Wed, Feb 08, 2023 at 02:26:56AM +0800, Zorro Lang wrote:
> fstests has merged below change 2 month ago:
> [PATCH] fstests: update group name according to xfs_io command requirement
> https://lore.kernel.org/fstests/20221108183242.3362013-1-zlang@kernel.org/
>
> So I'd like to check if it helps for the problem you described above?
> If not, I think we can think about the patch you metioned above.
Oops, sorry, this got lost in my inbox. :-(
It definitely helped, thanks. My one observation about this patch is
that it's a one-time fix-up. I tried rerunning the script referenced
in the patch, and there were 11 tests that it "fixed up". Now, they
were all adding tests to the "prealloc" group, which I think you had
deliberately excluded, because they weren't actually testing prealloc,
but it's the worry that future fstests developers might forget to set
the group name correctly, which is why I still have "common: introduce
XFS_IO_AVOID env var"[1] as an out of tree patch.
[1] https://lore.kernel.org/all/1445107518-32022-1-git-send-email-tytso@mit.edu/
It's a small change, it almost never conflicts with upstream changes
(generally the only time I have to deal with a conflcit when rebasing
is when a new environment variable is added to the documentation in
README), and it means that when I run "kvm-xfstests --no-collapse", my
wrapper scripts do this:
no_collapse)
ALL_FSSTRESS_AVOID="$ALL_FSSTRESS_AVOID -f collapse=0"
ALL_FSX_AVOID="$ALL_FSX_AVOID -C"
ALL_XFS_IO_AVOID="$ALL_XFS_IO_AVOID fcollapse"
FSTESTSET="$FSTESTSET -x collapse"
;;
and I'm *guaranteed* to make sure that any tests involving
collapse_range will be skipped. Do I strictly speaking need the
out-of-tree patch in [1], probably not, assuming the group list is
always kept up to date, and to be honest it's been a *long* time since
I've never needed to use gce-xfstests --no-collapse or --no-insert.
However, the cost of keeping the out-of-tree patch in my local
xfstests git repo is quite low, so I've just kept it. But do I *need*
it? Arguably, no, which is why I haven't been bugging you about it.
:-)
- Ted
next prev parent reply other threads:[~2023-07-28 20:30 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-05 18:29 [PATCH] generic: add missing $FSX_AVOID to fsx invocations Theodore Ts'o
2022-11-06 12:10 ` Zorro Lang
2022-11-06 21:44 ` Theodore Ts'o
2022-11-07 2:02 ` Zorro Lang
2022-11-07 16:35 ` Theodore Ts'o
2022-11-07 20:09 ` Darrick J. Wong
2022-11-08 2:44 ` Zorro Lang
2022-11-08 15:08 ` Theodore Ts'o
2022-11-08 15:56 ` Zorro Lang
2022-11-08 16:45 ` Darrick J. Wong
2022-11-11 2:25 ` Zorro Lang
2023-02-07 18:26 ` Zorro Lang
2023-07-28 20:30 ` Theodore Ts'o [this message]
2023-08-01 8:27 ` Zorro Lang
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=20230728203040.GA610919@mit.edu \
--to=tytso@mit.edu \
--cc=fstests@vger.kernel.org \
--cc=zlang@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox