From: "Darrick J. Wong" <djwong@kernel.org>
To: Sun Ke <sunke32@huawei.com>
Cc: fstests@vger.kernel.org, guan@eryu.me
Subject: Re: [PATCH] common/rc: make _mkfs_dev return mkfs_status
Date: Sat, 15 May 2021 08:49:29 -0700 [thread overview]
Message-ID: <20210515154929.GA9648@magnolia> (raw)
In-Reply-To: <20210515112820.447767-1-sunke32@huawei.com>
On Sat, May 15, 2021 at 07:28:20AM -0400, Sun Ke wrote:
> If _mkfs_dev fialed,the test should notrun. _mkfs_dev may need to
> return mkfs_status as _scratch_mkfs_ext4 and _scratch_mkfs_xfs do.
>
> Signed-off-by: Sun Ke <sunke32@huawei.com>
> ---
> I run generic/test/042 on f2fs, it failed, because the device size is too small:
>
> F2FS-tools: mkfs.f2fs Ver: 1.9.0 (2017-09-21)
>
> Info: Disable heap-based policy
> Info: Debug level = 0
> Info: Label =
> Info: Trim is enabled
> Info: Segments per section = 1
> Info: Sections per zone = 1
> Info: sector size = 512
> Info: total sectors = 51200 (25 MB)
> Info: zone aligned segment0 blkaddr: 512
> Error: Device size is not sufficient for F2FS volume
> Error: Failed to prepare a super block!!!
> Error: Could not format the device!!!
>
> Change the device size to 40M, it can pass. But I am not sure if it will change
> the test's intention.
>
> [root@localhost xfstests]# ./check tests/generic/042
> FSTYP -- f2fs
> PLATFORM -- Linux/x86_64 localhost 5.12.0-rc5-next-20210330 #2 SMP Thu Apr 15 00:58:54 EDT 2021
> MKFS_OPTIONS -- /dev/sdb
> MOUNT_OPTIONS -- -o acl,user_xattr /dev/sdb /mnt/scratch
>
> generic/042 3s ... 4s
> Ran: generic/042
> Passed all 1 tests
>
> Other tests also use _mkfs_dev(), if making _mkfs_dev return
> mkfs_status is ok, I will modify them in V2.
>
> [root@localhost xfstests]# ./check tests/generic/042
> FSTYP -- f2fs
> PLATFORM -- Linux/x86_64 localhost 5.12.0-rc5-next-20210330 #3 SMP
> Wed Apr 21 22:29:25 EDT 2021
> MKFS_OPTIONS -- /dev/sdb
> MOUNT_OPTIONS -- -o acl,user_xattr /dev/sdb /mnt/scratch
>
> generic/042 2s ... [not run] mkfs failed!
> Ran: generic/042
> Not run: generic/042
> Passed all 1 tests
>
>
> common/rc | 14 ++++++++------
> tests/generic/042 | 2 +-
> 2 files changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/common/rc b/common/rc
> index 0ce3cb0d..4254806a 100644
> --- a/common/rc
> +++ b/common/rc
> @@ -642,6 +642,8 @@ _test_mkfs()
> _mkfs_dev()
> {
> local tmp=`mktemp -u`
> + local mkfs_status
> +
> case $FSTYP in
> nfs*)
> # do nothing for nfs
> @@ -677,15 +679,15 @@ _mkfs_dev()
> 2>$tmp.mkfserr 1>$tmp.mkfsstd
> ;;
> esac
> + mkfs_status=$?
>
> - if [ $? -ne 0 ]; then
> - # output stored mkfs output
> - cat $tmp.mkfserr >&2
> - cat $tmp.mkfsstd
> - status=1
> - exit 1
> + if [ $mkfs_status -ne 0 ]; then
> + # output stored mkfs output
> + cat $tmp.mkfserr >&2
> + cat $tmp.mkfsstd
> fi
> rm -f $tmp.mkfserr $tmp.mkfsstd
> + return $mkfs_status
Hmm, this changes _mkfs_dev behavior such that it no longer exits the
test, which implies that the callers could be broken. How about
renaming the above to _try_mkfs_dev and then add a _mkfs_dev to:
_mkfs_dev() {
_try_mkfs_dev "$@"
if [ $? -ne 0 ]; then
status=1
exit 1
fi
}
I think then the only difference is that _mkfs_dev now cleans up the
$tmp.mkfs* files.
--D
> }
>
> # remove all files in $SCRATCH_MNT, useful when testing on NFS/CIFS
> diff --git a/tests/generic/042 b/tests/generic/042
> index 35727bcb..68bc15ca 100755
> --- a/tests/generic/042
> +++ b/tests/generic/042
> @@ -46,7 +46,7 @@ _crashtest()
> # the image to detect stale data exposure.
> $XFS_IO_PROG -f -c "truncate 0" -c "pwrite -S 0xCD 0 25M" $img \
> >> $seqres.full 2>&1
> - _mkfs_dev $img >> $seqres.full 2>&1
> + _mkfs_dev $img >> $seqres.full 2>&1 || _notrun "mkfs failed!"
>
> mkdir -p $mnt
> _mount $img $mnt
> --
> 2.13.6
>
next prev parent reply other threads:[~2021-05-15 15:49 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-15 11:28 [PATCH] common/rc: make _mkfs_dev return mkfs_status Sun Ke
2021-05-15 15:49 ` Darrick J. Wong [this message]
2021-05-16 14:00 ` Eryu Guan
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=20210515154929.GA9648@magnolia \
--to=djwong@kernel.org \
--cc=fstests@vger.kernel.org \
--cc=guan@eryu.me \
--cc=sunke32@huawei.com \
/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