From: Dave Chinner Subject: Re: [PATCH] ext4: add regression tests for ^extents punch hole Date: Tue, 24 Feb 2015 23:49:38 +1100 Message-ID: <20150224124938.GB4251@dastard> References: <4c557308eb4e62752dc8b513495cb6d46ca5775d.1424730653.git.osandov@osandov.com> <20150223224620.GL12722@dastard> <20150224113108.GA4251@dastard> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Omar Sandoval , fstests@vger.kernel.org, linux-ext4@vger.kernel.org To: =?utf-8?B?THVrw6HFoQ==?= Czerner Return-path: Content-Disposition: inline In-Reply-To: Sender: fstests-owner@vger.kernel.org List-Id: linux-ext4.vger.kernel.org On Tue, Feb 24, 2015 at 12:52:00PM +0100, Luk=C3=A1=C5=A1 Czerner wrote= : > On Tue, 24 Feb 2015, Dave Chinner wrote: > > > it's not that long ago when we discussed very similar case, where > > > directly in the test itself the author would specify mkfs options= =2E I > > > had the same comment as you have here and you argued that the tes= t > > > was made specifically to test that mkfs option. I agree. > >=20 > > The case I remember and was basing this off was commit 448efe1 > > ("generic/017: Do not create file systems with different block > > sizes") where you made the argument that we shouldn't be setting > > mkfs parameters inside the test and instead those specific cases > > would be tested by using test-wide mkfs parameters.... > >=20 > > I don't recall any other discussion, so maybe you should remind me > > of it.... >=20 > Here it is >=20 > http://www.spinics.net/lists/fstests/msg00073.html >=20 > specifically your paragraph: >=20 > "No, I'm not advocating that at all. If the test has a specific > reason for overriding the user configuration, then it should. > Some configurations are rarely tested, and so having some tests that > exercise them even when other options are being tested is not a bad > thing. We catch problem with new changes much faster that way." Ah, right, I said that was during the discussion about the commit I quoted above. You convinced me that we shouldn't cater for special cases like this and instead iterate mkfs/mount configurations. On that basis I committed your patch to remove the special cases from generic/017. > I do not really want to hold your words against you but the thing is > that I changed my mind since then and I do agree with that, because > it really is useful for testing specific cases where we already had > problems before. And this test is one of those cases. /me shakes his head, wonders how other maintainers stay sane 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" =3D "ext4" ] && MKFS_OPTIONS=3D"-O ^extents $MKFS_OPTIONS" Cheers, Dave. --=20 Dave Chinner david@fromorbit.com