From: "Darrick J. Wong" <djwong@kernel.org>
To: Hironori Shiina <shiina.hironori@gmail.com>
Cc: fstests@vger.kernel.org, linux-xfs@vger.kernel.org,
Hironori Shiina <shiina.hironori@fujitsu.com>
Subject: Re: [PATCH] xfs: Test bulkstat special query for root inode
Date: Wed, 21 Dec 2022 08:29:51 -0800 [thread overview]
Message-ID: <Y6M0f5Dc19M31xoe@magnolia> (raw)
In-Reply-To: <20221221161843.124707-1-shiina.hironori@fujitsu.com>
On Wed, Dec 21, 2022 at 11:18:43AM -0500, Hironori Shiina wrote:
> This is a test for the fix:
> bf3cb3944792 xfs: allow single bulkstat of special inodes
> This fix added a feature to query the root inode number of a filesystem.
> This test creates a file with a lower inode number than the root and run
> a query for the root inode.
oooh, a regression test, sweet!
> Signed-off-by: Hironori Shiina <shiina.hironori@fujitsu.com>
> ---
> common/xfs | 7 +++++
> src/Makefile | 2 +-
> src/xfs_get_root_inode.c | 49 +++++++++++++++++++++++++++++++
> tests/xfs/557 | 63 ++++++++++++++++++++++++++++++++++++++++
> tests/xfs/557.out | 2 ++
> 5 files changed, 122 insertions(+), 1 deletion(-)
> create mode 100644 src/xfs_get_root_inode.c
> create mode 100644 tests/xfs/557
> create mode 100644 tests/xfs/557.out
>
> diff --git a/common/xfs b/common/xfs
> index 7eee76c0..9275a79c 100644
> --- a/common/xfs
> +++ b/common/xfs
> @@ -1547,3 +1547,10 @@ _xfs_get_inode_core_bytes()
> echo 96
> fi
> }
> +
> +_require_xfs_bulkstat_special_root()
> +{
> + if $here/src/xfs_get_root_inode 2>&1 | grep -q 'not supported'; then
> + _notrun 'XFS_BULK_IREQ_SPECIAL_ROOT is not supported.'
> + fi
> +}
> diff --git a/src/Makefile b/src/Makefile
> index afdf6b30..c850fdcb 100644
> --- a/src/Makefile
> +++ b/src/Makefile
> @@ -19,7 +19,7 @@ TARGETS = dirstress fill fill2 getpagesize holes lstat64 \
> t_ofd_locks t_mmap_collision mmap-write-concurrent \
> t_get_file_time t_create_short_dirs t_create_long_dirs t_enospc \
> t_mmap_writev_overlap checkpoint_journal mmap-rw-fault allocstale \
> - t_mmap_cow_memory_failure fake-dump-rootino
> + t_mmap_cow_memory_failure fake-dump-rootino xfs_get_root_inode
>
> LINUX_TARGETS = xfsctl bstat t_mtab getdevicesize preallo_rw_pattern_reader \
> preallo_rw_pattern_writer ftrunc trunc fs_perms testx looptest \
> diff --git a/src/xfs_get_root_inode.c b/src/xfs_get_root_inode.c
> new file mode 100644
> index 00000000..d1b4f38d
> --- /dev/null
> +++ b/src/xfs_get_root_inode.c
> @@ -0,0 +1,49 @@
> +#include <stdio.h>
> +#include <stdlib.h>
> +#include <string.h>
> +#include <fcntl.h>
> +#include <xfs/xfs.h>
> +
> +int main(int argc, char *argv[]) {
> +
> +#ifdef XFS_BULK_IREQ_SPECIAL_ROOT
> +
> + if (argc < 2) {
> + fprintf(stderr, "%s: requires path argument\n", argv[0]);
> + return 1;
> + }
> +
> + char *path = argv[1];
> +
> + int fd = open(path, O_RDONLY);
> + if (fd < 0) {
> + perror("open failed");
> + return 1;
> + }
> +
> + size_t size = sizeof(struct xfs_bulkstat_req) + sizeof(struct xfs_bulkstat);
> + struct xfs_bulkstat_req *req = malloc(size);
Is there something about this C code that xfs_io -c 'bulkstat_single
root' doesn't cover?
(If you /do/ keep the C program, its binary needs to be listed in
.gitignore.)
> + if (req == NULL) {
> + perror("malloc failed");
> + return 1;
> + }
> + memset(req, 0, sizeof(size));
> + req->hdr.flags = XFS_BULK_IREQ_SPECIAL;
> + req->hdr.ino = XFS_BULK_IREQ_SPECIAL_ROOT;
> + req->hdr.icount = 1;
> +
> + int ret = ioctl(fd, XFS_IOC_BULKSTAT, req);
> + if (ret < 0) {
> + perror("ioctl failed");
> + return 1;
> + }
> + printf("%lu\n", req->bulkstat[0].bs_ino);
> +
> + return 0;
> +
> +#else
> + fprintf(stderr, "XFS_BULK_IREQ_SPECIAL_ROOT is not supported\n");
> + return 1;
> +#endif
> +
> +}
> diff --git a/tests/xfs/557 b/tests/xfs/557
> new file mode 100644
> index 00000000..95b59088
> --- /dev/null
> +++ b/tests/xfs/557
> @@ -0,0 +1,63 @@
> +#! /bin/bash
> +# SPDX-License-Identifier: GPL-2.0
> +# Copyright (c) 2022 Fujitsu Limited. All Rights Reserved.
> +#
> +# FS QA Test No. 557
> +#
> +# This is a test for:
> +# bf3cb3944792 (xfs: allow single bulkstat of special inodes)
> +# Create a filesystem which contains an inode with a lower number
> +# than the root inode. Then verify that XFS_BULK_IREQ_SPECIAL_ROOT gets
> +# the correct root inode number.
> +#
> +. ./common/preamble
> +_begin_fstest auto quick
> +
> +_supported_fs xfs
> +_require_xfs_io_command "falloc"
> +_require_scratch
> +_require_xfs_bulkstat_special_root
> +
> +_fixed_by_kernel_commit XXXXXXXXXXXX \
> + "xfs: get root inode correctly at bulkstat"
> +
> +# A large stripe unit will put the root inode out quite far
> +# due to alignment, leaving free blocks ahead of it.
> +_scratch_mkfs_xfs -d sunit=1024,swidth=1024 > $seqres.full 2>&1 || _fail "mkfs failed"
> +
> +# Mounting /without/ a stripe should allow inodes to be allocated
> +# in lower free blocks, without the stripe alignment.
> +_scratch_mount -o sunit=0,swidth=0
> +
> +root_inum=$(stat -c %i $SCRATCH_MNT)
> +
> +# Consume space after the root inode so that the blocks before
> +# root look "close" for the next inode chunk allocation
> +$XFS_IO_PROG -f -c "falloc 0 16m" $SCRATCH_MNT/fillfile
> +
> +# And make a bunch of inodes until we (hopefully) get one lower
> +# than root, in a new inode chunk.
> +echo "root_inum: $root_inum" >> $seqres.full
> +for i in $(seq 0 4096) ; do
> + fname=$SCRATCH_MNT/$(printf "FILE_%03d" $i)
> + touch $fname
> + inum=$(stat -c "%i" $fname)
> + [[ $inum -lt $root_inum ]] && break
> +done
> +
> +echo "created: $inum" >> $seqres.full
> +
> +[[ $inum -lt $root_inum ]] || _notrun "Could not set up test"
> +
> +# Get root ino with XFS_BULK_IREQ_SPECIAL_ROOT
> +bulkstat_root_inum=$($here/src/xfs_get_root_inode $SCRATCH_MNT)
> +echo "bulkstat_root_inum: $bulkstat_root_inum" >> $seqres.full
> +if [ $root_inum -ne $bulkstat_root_inum ]; then
> + echo "root ino mismatch: expected:${root_inum}, actual:${bulkstat_root_inum}"
> +fi
> +
> +echo "Silence is golden"
> +
> +# success, all done
> +status=0
> +exit
Looks good to me otherwise. :)
--D
> diff --git a/tests/xfs/557.out b/tests/xfs/557.out
> new file mode 100644
> index 00000000..1f1ae1d4
> --- /dev/null
> +++ b/tests/xfs/557.out
> @@ -0,0 +1,2 @@
> +QA output created by 557
> +Silence is golden
> --
> 2.38.1
>
next prev parent reply other threads:[~2022-12-21 16:29 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-21 16:18 [PATCH] xfs: Test bulkstat special query for root inode Hironori Shiina
2022-12-21 16:29 ` Darrick J. Wong [this message]
2022-12-21 22:38 ` [PATCH v2] " Hironori Shiina
2022-12-22 18:10 ` Darrick J. Wong
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=Y6M0f5Dc19M31xoe@magnolia \
--to=djwong@kernel.org \
--cc=fstests@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=shiina.hironori@fujitsu.com \
--cc=shiina.hironori@gmail.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