public inbox for fstests@vger.kernel.org
 help / color / mirror / Atom feed
From: Dave Chinner <david@fromorbit.com>
To: Amir Goldstein <amir73il@gmail.com>
Cc: fstests <fstests@vger.kernel.org>
Subject: Re: [PATCH 6/8] fstests: consolidate no cleanup test setup
Date: Tue, 24 May 2022 23:07:45 +1000	[thread overview]
Message-ID: <20220524130745.GN2306852@dread.disaster.area> (raw)
In-Reply-To: <CAOQ4uxg9L2kcnWsVO_bmLK7N9M1VgiEbYVgjkym4P7MB0DoX2g@mail.gmail.com>

On Tue, May 24, 2022 at 03:22:45PM +0300, Amir Goldstein wrote:
> On Tue, May 24, 2022 at 2:42 PM Dave Chinner <david@fromorbit.com> wrote:
> >
> > From: Dave Chinner <dchinner@redhat.com>
> >
> > Many of the XFS fuzzer tests define a "no cleanup" cleanup function.
> > Consolidate this in common/preamble and deduplicate all the tests
> > using this setup.
> >
> > Signed-off-by: Dave Chinner <dchinner@redhat.com>
> > ---
> >  common/preamble | 9 +++++++++
> >  tests/xfs/083   | 5 -----
> >  tests/xfs/085   | 5 -----
> >  tests/xfs/086   | 5 -----
> >  tests/xfs/087   | 5 -----
> >  tests/xfs/088   | 5 -----
> >  tests/xfs/089   | 5 -----
> >  tests/xfs/091   | 5 -----
> >  tests/xfs/093   | 5 -----
> >  tests/xfs/097   | 5 -----
> >  tests/xfs/098   | 5 -----
> >  tests/xfs/099   | 5 -----
> >  tests/xfs/100   | 5 -----
> >  tests/xfs/101   | 5 -----
> >  tests/xfs/102   | 5 -----
> >  tests/xfs/105   | 5 -----
> >  tests/xfs/112   | 5 -----
> >  tests/xfs/113   | 5 -----
> >  tests/xfs/117   | 5 -----
> >  tests/xfs/120   | 5 -----
> >  tests/xfs/123   | 5 -----
> >  tests/xfs/124   | 5 -----
> >  tests/xfs/125   | 5 -----
> >  tests/xfs/126   | 5 -----
> >  tests/xfs/130   | 5 -----
> >  25 files changed, 9 insertions(+), 120 deletions(-)
> >
> 
> I propose to use a dedicated helper _unregister_cleanup to opt out
> of _cleanup and still leave _cleanup implicit for all the rest of the tests,
> but I will not stop merging this cleanup on account of this suggestion.
> It could be done by a followup cleanup as well, so unless you want to
> take my suggestion

Cart before the horse.  There's another 1000 tests I haven't even
looked at yet, and there's still a heap of work to derive
commonality from the remaining 100 xfs tests that have a random
assortment of loop, local, dm, etc cleanup functions.

I'm trying to focus on cleaning up and deduplicating the tests, not
whether there's an exactly optimal API for a specific cleanup
function. Once everything is deduplicated, changing the cleanup API
is a much, much simpler proposition. So that's the first prioirty
and trivialities like "_register_cleanup _no_cleanup" vs
"_unregister_cleanup" aren't even on my radar.

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

  reply	other threads:[~2022-05-24 13:07 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-24  7:34 [RFC PATCH 0/8] fstests: _cleanup() overrides are a mess Dave Chinner
2022-05-24  7:34 ` [PATCH 1/8] generic/038: kill background threads on interrupt Dave Chinner
2022-05-24  9:41   ` Amir Goldstein
2022-05-24 12:10     ` Dave Chinner
2022-05-24 12:30       ` Amir Goldstein
2022-05-24  7:34 ` [PATCH 2/8] fstests: _cleanup overrides are messy Dave Chinner
2022-05-24 16:16   ` Amir Goldstein
2022-05-24  7:34 ` [PATCH 3/8] xfs/*: clean up _cleanup override Dave Chinner
2022-05-24 10:42   ` Amir Goldstein
2022-05-24 12:27     ` Dave Chinner
2022-05-24 12:55       ` Amir Goldstein
2022-05-24 13:24         ` Dave Chinner
2022-05-24 14:17           ` Amir Goldstein
2022-05-24 16:32             ` Zorro Lang
2022-05-24 23:34             ` Dave Chinner
2022-05-25  2:54               ` Amir Goldstein
2022-05-24 17:13     ` Zorro Lang
2022-05-26 15:04       ` Zorro Lang
2022-05-26 23:39         ` Dave Chinner
2022-05-24  7:34 ` [PATCH 4/8] fstests: define a common _dump_cleanup function Dave Chinner
2022-05-24  9:04   ` Amir Goldstein
2022-05-24  9:52     ` Dave Chinner
2022-05-24  9:59       ` Amir Goldstein
2022-05-24  7:34 ` [PATCH 5/8] fstests: use a common fsstress cleanup function Dave Chinner
2022-05-24 12:25   ` Amir Goldstein
2022-05-24  7:34 ` [PATCH 6/8] fstests: consolidate no cleanup test setup Dave Chinner
2022-05-24 12:22   ` Amir Goldstein
2022-05-24 13:07     ` Dave Chinner [this message]
2022-05-24  7:34 ` [PATCH 7/8] fstests: Set up BUS trap for tests by default Dave Chinner
2022-05-24  8:48   ` Amir Goldstein
2022-05-24  7:34 ` [PATCH 8/8] fstests: cleanup _cleanup usage in shared Dave Chinner
2022-05-24 10:49   ` Amir Goldstein
2022-05-24 11:11   ` Amir Goldstein
2022-05-24  8:29 ` [RFC PATCH 0/8] fstests: _cleanup() overrides are a mess Amir Goldstein
2022-05-24  9:57   ` Dave Chinner
2022-05-24 10:01     ` Amir Goldstein
2022-05-24 10:13       ` Dave Chinner
2022-05-24 12:14         ` Amir Goldstein
2022-05-24 12:28           ` Dave Chinner
2022-05-24 12:34             ` Amir Goldstein

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=20220524130745.GN2306852@dread.disaster.area \
    --to=david@fromorbit.com \
    --cc=amir73il@gmail.com \
    --cc=fstests@vger.kernel.org \
    /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