All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Chinner <david@fromorbit.com>
To: Eric Sandeen <sandeen@sandeen.net>
Cc: Dushan Tcholich <dusanc@gmail.com>, fstests@vger.kernel.org
Subject: Re: [PATCH] Reiser4 initial implementation
Date: Tue, 16 Dec 2014 10:18:12 +1100	[thread overview]
Message-ID: <20141215231812.GB2152@dastard> (raw)
In-Reply-To: <548F5505.4050807@sandeen.net>

On Mon, Dec 15, 2014 at 03:39:17PM -0600, Eric Sandeen wrote:
> On 12/15/14 3:06 PM, Dave Chinner wrote:
> > On Mon, Dec 15, 2014 at 11:19:43PM +0100, Dushan Tcholich wrote:
> >>
> >> This is initial xfstests implementation for Reiser4 filesystem.
> >>
> > 
> > Policy question to the wider audience: should we support out of tree
> > filesystems in fstests? I can't verify the patches nor maintain
> > support for such filesystems, nor is there a wide developer or
> > distro demand for testing such filesystems. If there's only one or
> > two developers that need support for reiser4, then it might be best
> > for to maintain the xfstests patches out of tree, too.
> > 
> > What does everyone think?
> 
> I think you have your hands completely full with in-tree filesystems,
> and opening the door to many new tests for out-of-tree filesystems could
> lead to Too Much Work.
> 
> But simply adding the simple things in this patch to make generic tests
> work seems fairly harmless; it should be a one-shot deal, with no ongoing load.
> So from where I sit I don't see a big problem with a patch like this.

That seems fair enough, though I do wonder if we should try to
structure the common code to make it easier to add/maintain support
like this.

> Adding a lot of reiser4 specific tests is probably a different question,
> though.

Yup, and that's my main concern.

> In theory it shouldn't be hard for out-of-tree filesystems to maintain
> their own tree of tests which could just drop in under tests/ right?

Yes, the high level scripts source fs specific tests from
tests/$FSTYP, so such test directories would be easy to maintain as
out of tree patches.

Cheers,

Dave.

-- 
Dave Chinner
david@fromorbit.com

  reply	other threads:[~2014-12-15 23:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-15 22:19 [PATCH] Reiser4 initial implementation Dushan Tcholich
2014-12-15 21:06 ` Dave Chinner
2014-12-15 21:39   ` Eric Sandeen
2014-12-15 23:18     ` Dave Chinner [this message]
2014-12-15 23:30       ` Dušan Čolić

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=20141215231812.GB2152@dastard \
    --to=david@fromorbit.com \
    --cc=dusanc@gmail.com \
    --cc=fstests@vger.kernel.org \
    --cc=sandeen@sandeen.net \
    /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.