[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220511084519.aneysdmu2dburqus@fedora>
Date: Wed, 11 May 2022 10:45:19 +0200
From: Lukas Czerner <lczerner@...hat.com>
To: Theodore Ts'o <tytso@....edu>
Cc: Eric Biggers <ebiggers@...nel.org>, fstests@...r.kernel.org,
linux-fscrypt@...r.kernel.org, linux-ext4@...r.kernel.org
Subject: Re: [xfstests PATCH 1/2] ext4/053: update the test_dummy_encryption
tests
On Tue, May 10, 2022 at 10:53:35AM -0400, Theodore Ts'o wrote:
> On Mon, May 02, 2022 at 10:19:10AM -0700, Eric Biggers wrote:
> >
> > We could gate them on the kernel version, similar to the whole ext4/053 which
> > already only runs on kernel version 5.12. (Kernel versions checks suck, but
> > maybe it's the right choice for this very-nit-picky test.) Alternatively, I
> > could just backport "ext4: only allow test_dummy_encryption when supported" to
> > 5.15, which would be the only relevant LTS kernel version.
>
> If we don't need the "only allow test_dummy_encryption when supported"
> in any Android, Distro, or LTS kernel --- which seems to be a
> reasonable assumption, that seems to be OK. Lukas, do you agree?
Yes I think this a reasonable approach.
>
> In the long term I suspect there will be times when we want to
> backport mount option handling changes to older kernels, and we're
> going to be hit this issue again, but as the saying goes, "sufficient
> unto the day is the evil thereof".
That is true and while it is a bit annoying to deal with I think that we
generally have to keep the user facing mount option behaviour stable.
The 053 test is helping with that for the price of some nuisance when
we actually want to change the behaviour. For now I think it's a
worthwhile trade-off.
-Lukas
>
> - Ted
>
>
Powered by blists - more mailing lists