public inbox for fstests@vger.kernel.org
 help / color / mirror / Atom feed
From: "xuyang2018.jy@fujitsu.com" <xuyang2018.jy@fujitsu.com>
To: Theodore Ts'o <tytso@mit.edu>
Cc: "fstests@vger.kernel.org" <fstests@vger.kernel.org>,
	Leah Rumancik <leah.rumancik@gmail.com>
Subject: Re: [PATCH] ext4/048: skip test of filename wipe if journal checkpoint is not supported
Date: Wed, 23 Jun 2021 02:42:22 +0000	[thread overview]
Message-ID: <60D29FB0.5040701@fujitsu.com> (raw)
In-Reply-To: <60D143E5.9040204@fujitsu.com>

on 2021/6/22 9:58, xuyang2018.jy@fujitsu.com wrote:
> on 2021/6/22 0:48, Theodore Ts'o wrote:
>> ext4/048 will fail when running on older kernels that don't support
>> the filename wipe feature.  The journal checkpoint ioctl is a related
>> feature, and landed just a little bit after filename wipe feature, so
>> use support for the journal checkpoint ioctl as a proxy for support
>> for the filename wipe feature.
>>
>> Without this change, this test will fail when tesing 5.10, 5.4, and
>> other LTS kernels.
> Thanks. With this patch, it fix failure on centos7.9 and centos8.4. But
> I can't find kernel commit for filename wipe feature and journal
> checkpoint ioctl. Can you provide them in commit message?

I guess filename wipe feature commit is

[1]https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git/commit/?h=dev&id=6c0912739699d8e4b6a87086401bf3ad3c59502d

and journal checkpoint iocl commit is
[2]https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git/commit/?h=dev&id=339183dfb87ce94f8e14a0db48cae093516e194c

Since the commit[1] is a feature and this case is desinged to test this
feature, so skipping this test looks ok on non-supported kernel.

Tested-by: Yang Xu <xuyang2018.jy@fujitsu.com>

> 
> Best Regards
> Yang Xu
>>
>> Signed-off-by: Theodore Ts'o<tytso@mit.edu>
>> Cc: Leah Rumancik<leah.rumancik@gmail.com>
>> ---
>>    tests/ext4/048 | 8 ++++++++
>>    1 file changed, 8 insertions(+)
>>
>> diff --git a/tests/ext4/048 b/tests/ext4/048
>> index 51189618..35e6aa7f 100755
>> --- a/tests/ext4/048
>> +++ b/tests/ext4/048
>> @@ -93,6 +93,14 @@ _scratch_mkfs_sized $((128 * 1024 * 1024))>>   $seqres.full 2>&1
>>    # create scratch dir for testing
>>    # create some files with no name a substr of another name so we can grep later
>>    _scratch_mount>>   $seqres.full 2>&1
>> +
>> +# Use the presence of the journal checkpoint ioctl as a proxy of filename
>> +# wipe being supported
>> +if test -x $here/src/checkpoint_journal&&   \
>> +	! $here/src/checkpoint_journal $SCRATCH_MNT --dry-run ; then
>> +    _notrun "filename wipe not supported"
>> +fi
>> +
>>    blocksize="$(_get_block_size $SCRATCH_MNT)"
>>    mkdir $testdir
>>    file_num=1
> 
> 

  reply	other threads:[~2021-06-23  2:49 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-21 16:48 [PATCH] ext4/048: skip test of filename wipe if journal checkpoint is not supported Theodore Ts'o
2021-06-22  1:58 ` xuyang2018.jy
2021-06-23  2:42   ` xuyang2018.jy [this message]
2021-06-22 18:18 ` Leah Rumancik
2021-06-23  2:02   ` Theodore Ts'o
2021-06-23 20:58     ` Leah Rumancik
2021-06-23 21:00     ` Leah Rumancik
2021-06-23 21:31     ` Leah Rumancik
2021-07-04 10:47 ` Eryu Guan
2021-07-04 22:05   ` Theodore Ts'o
2021-07-05  7:56     ` Christoph Hellwig

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=60D29FB0.5040701@fujitsu.com \
    --to=xuyang2018.jy@fujitsu.com \
    --cc=fstests@vger.kernel.org \
    --cc=leah.rumancik@gmail.com \
    --cc=tytso@mit.edu \
    /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