diff mbox series

[1/2] loop/006: Add test for setting partscan flag

Message ID 20181018103147.3567-2-jack@suse.cz (mailing list archive)
State New, archived
Headers show
Series blktests: New loop tests | expand

Commit Message

Jan Kara Oct. 18, 2018, 10:31 a.m. UTC
Add test for setting partscan flag.

Signed-off-by: Jan Kara <jack@suse.cz>
---
 src/Makefile                   |  3 ++-
 src/loop_set_status_partscan.c | 45 ++++++++++++++++++++++++++++++++++++++++++
 tests/loop/006                 | 33 +++++++++++++++++++++++++++++++
 tests/loop/006.out             |  2 ++
 4 files changed, 82 insertions(+), 1 deletion(-)
 create mode 100644 src/loop_set_status_partscan.c
 create mode 100755 tests/loop/006
 create mode 100644 tests/loop/006.out

Comments

Johannes Thumshirn Oct. 18, 2018, 2:18 p.m. UTC | #1
Looks good,
Reviewed-by: Johannes Thumshirn <jthumshirn@suse.de>
Omar Sandoval Oct. 22, 2018, 10:52 p.m. UTC | #2
On Thu, Oct 18, 2018 at 12:31:46PM +0200, Jan Kara wrote:
> Add test for setting partscan flag.
> 
> Signed-off-by: Jan Kara <jack@suse.cz>

Sorry I didn't notice this earlier, but loop/001 already does a
partition rescan (via losetup -P). Does that cover this test case?

> ---
>  src/Makefile                   |  3 ++-
>  src/loop_set_status_partscan.c | 45 ++++++++++++++++++++++++++++++++++++++++++
>  tests/loop/006                 | 33 +++++++++++++++++++++++++++++++
>  tests/loop/006.out             |  2 ++
>  4 files changed, 82 insertions(+), 1 deletion(-)
>  create mode 100644 src/loop_set_status_partscan.c
>  create mode 100755 tests/loop/006
>  create mode 100644 tests/loop/006.out
> 
> diff --git a/src/Makefile b/src/Makefile
> index f89f61701179..6dadcbec8beb 100644
> --- a/src/Makefile
> +++ b/src/Makefile
> @@ -4,7 +4,8 @@ C_TARGETS := \
>  	openclose \
>  	sg/dxfer-from-dev \
>  	sg/syzkaller1 \
> -	nbdsetsize
> +	nbdsetsize \
> +	loop_set_status_partscan
>  
>  CXX_TARGETS := \
>  	discontiguous-io
> diff --git a/src/loop_set_status_partscan.c b/src/loop_set_status_partscan.c
> new file mode 100644
> index 000000000000..8873a12e4334
> --- /dev/null
> +++ b/src/loop_set_status_partscan.c
> @@ -0,0 +1,45 @@
> +#include <errno.h>
> +#include <fcntl.h>
> +#include <stdio.h>
> +#include <stdlib.h>
> +#include <string.h>
> +#include <unistd.h>
> +#include <sys/ioctl.h>
> +#include <sys/stat.h>
> +#include <sys/types.h>
> +#include <linux/loop.h>
> +
> +void usage(const char *progname)
> +{
> +	fprintf(stderr, "usage: %s PATH\n", progname);
> +	exit(EXIT_FAILURE);
> +}
> +
> +int main(int argc, char **argv)
> +{
> +	int ret;
> +	int fd;
> +	struct loop_info64 info;
> +
> +	if (argc != 2)
> +		usage(argv[0]);
> +
> +	fd = open(argv[1], O_RDONLY);
> +	if (fd == -1) {
> +		perror("open");
> +		return EXIT_FAILURE;
> +	}
> +
> +	memset(&info, 0, sizeof(info));
> +	info.lo_flags = LO_FLAGS_PARTSCAN;
> +	memcpy(info.lo_file_name, "part", 5);

What's the significance of this file name?

> +	ret = ioctl(fd, LOOP_SET_STATUS64, &info);
> +	if (ret == -1) {
> +		perror("ioctl");
> +		close(fd);
> +		return EXIT_FAILURE;
> +	}
> +	close(fd);
> +	return EXIT_SUCCESS;
> +}

[snip]
Jan Kara Oct. 23, 2018, 10:05 a.m. UTC | #3
On Mon 22-10-18 15:52:55, Omar Sandoval wrote:
> On Thu, Oct 18, 2018 at 12:31:46PM +0200, Jan Kara wrote:
> > Add test for setting partscan flag.
> > 
> > Signed-off-by: Jan Kara <jack@suse.cz>
> 
> Sorry I didn't notice this earlier, but loop/001 already does a
> partition rescan (via losetup -P). Does that cover this test case?

Yes I know. But the partition rescanning on device creation has been
handled properly while partition rescanning as a result of LOOP_SET_STATUS
was buggy. That's why I've added this test.

> > +int main(int argc, char **argv)
> > +{
> > +	int ret;
> > +	int fd;
> > +	struct loop_info64 info;
> > +
> > +	if (argc != 2)
> > +		usage(argv[0]);
> > +
> > +	fd = open(argv[1], O_RDONLY);
> > +	if (fd == -1) {
> > +		perror("open");
> > +		return EXIT_FAILURE;
> > +	}
> > +
> > +	memset(&info, 0, sizeof(info));
> > +	info.lo_flags = LO_FLAGS_PARTSCAN;
> > +	memcpy(info.lo_file_name, "part", 5);
> 
> What's the significance of this file name?

Probably none, I guess I can just delete it. I think I've just copy-pasted
it from some other test excercising LOOP_SET_STATUS...

								Honza
Omar Sandoval Oct. 23, 2018, 6:57 p.m. UTC | #4
On Tue, Oct 23, 2018 at 12:05:12PM +0200, Jan Kara wrote:
> On Mon 22-10-18 15:52:55, Omar Sandoval wrote:
> > On Thu, Oct 18, 2018 at 12:31:46PM +0200, Jan Kara wrote:
> > > Add test for setting partscan flag.
> > > 
> > > Signed-off-by: Jan Kara <jack@suse.cz>
> > 
> > Sorry I didn't notice this earlier, but loop/001 already does a
> > partition rescan (via losetup -P). Does that cover this test case?
> 
> Yes I know. But the partition rescanning on device creation has been
> handled properly while partition rescanning as a result of LOOP_SET_STATUS
> was buggy. That's why I've added this test.

At least here, losetup -P does a LOOP_SET_STATUS:

$ sudo strace -e ioctl losetup -f --show -P test.img
ioctl(3, LOOP_CTL_GET_FREE)             = 0
ioctl(4, LOOP_SET_FD, 3)                = 0
ioctl(4, LOOP_SET_STATUS64, {lo_offset=0, lo_number=0, lo_flags=LO_FLAGS_PARTSCAN, lo_file_name="/home/osandov/test.img", ...}) = 0
/dev/loop0
+++ exited with 0 +++
Jan Kara Oct. 24, 2018, 1:14 p.m. UTC | #5
On Tue 23-10-18 11:57:50, Omar Sandoval wrote:
> On Tue, Oct 23, 2018 at 12:05:12PM +0200, Jan Kara wrote:
> > On Mon 22-10-18 15:52:55, Omar Sandoval wrote:
> > > On Thu, Oct 18, 2018 at 12:31:46PM +0200, Jan Kara wrote:
> > > > Add test for setting partscan flag.
> > > > 
> > > > Signed-off-by: Jan Kara <jack@suse.cz>
> > > 
> > > Sorry I didn't notice this earlier, but loop/001 already does a
> > > partition rescan (via losetup -P). Does that cover this test case?
> > 
> > Yes I know. But the partition rescanning on device creation has been
> > handled properly while partition rescanning as a result of LOOP_SET_STATUS
> > was buggy. That's why I've added this test.
> 
> At least here, losetup -P does a LOOP_SET_STATUS:
> 
> $ sudo strace -e ioctl losetup -f --show -P test.img
> ioctl(3, LOOP_CTL_GET_FREE)             = 0
> ioctl(4, LOOP_SET_FD, 3)                = 0
> ioctl(4, LOOP_SET_STATUS64, {lo_offset=0, lo_number=0, lo_flags=LO_FLAGS_PARTSCAN, lo_file_name="/home/osandov/test.img", ...}) = 0
> /dev/loop0
> +++ exited with 0 +++

Right, my bad. Just discard this test then. Thanks for noticing this!

								Honza
diff mbox series

Patch

diff --git a/src/Makefile b/src/Makefile
index f89f61701179..6dadcbec8beb 100644
--- a/src/Makefile
+++ b/src/Makefile
@@ -4,7 +4,8 @@  C_TARGETS := \
 	openclose \
 	sg/dxfer-from-dev \
 	sg/syzkaller1 \
-	nbdsetsize
+	nbdsetsize \
+	loop_set_status_partscan
 
 CXX_TARGETS := \
 	discontiguous-io
diff --git a/src/loop_set_status_partscan.c b/src/loop_set_status_partscan.c
new file mode 100644
index 000000000000..8873a12e4334
--- /dev/null
+++ b/src/loop_set_status_partscan.c
@@ -0,0 +1,45 @@ 
+#include <errno.h>
+#include <fcntl.h>
+#include <stdio.h>
+#include <stdlib.h>
+#include <string.h>
+#include <unistd.h>
+#include <sys/ioctl.h>
+#include <sys/stat.h>
+#include <sys/types.h>
+#include <linux/loop.h>
+
+void usage(const char *progname)
+{
+	fprintf(stderr, "usage: %s PATH\n", progname);
+	exit(EXIT_FAILURE);
+}
+
+int main(int argc, char **argv)
+{
+	int ret;
+	int fd;
+	struct loop_info64 info;
+
+	if (argc != 2)
+		usage(argv[0]);
+
+	fd = open(argv[1], O_RDONLY);
+	if (fd == -1) {
+		perror("open");
+		return EXIT_FAILURE;
+	}
+
+	memset(&info, 0, sizeof(info));
+	info.lo_flags = LO_FLAGS_PARTSCAN;
+	memcpy(info.lo_file_name, "part", 5);
+
+	ret = ioctl(fd, LOOP_SET_STATUS64, &info);
+	if (ret == -1) {
+		perror("ioctl");
+		close(fd);
+		return EXIT_FAILURE;
+	}
+	close(fd);
+	return EXIT_SUCCESS;
+}
diff --git a/tests/loop/006 b/tests/loop/006
new file mode 100755
index 000000000000..e468d3a20210
--- /dev/null
+++ b/tests/loop/006
@@ -0,0 +1,33 @@ 
+#!/bin/bash
+# SPDX-License-Identifier: GPL-3.0+
+# Copyright (C) 2018 Jan Kara
+#
+# Regression test for patch "loop: Fix deadlock when calling
+# blkdev_reread_part()". We check whether setting partscan flag
+# and thus forcing partition reread won't trigger lockdep warning.
+#
+
+. tests/loop/rc
+
+DESCRIPTION="check for partition rereading deadlock"
+
+QUICK=1
+
+requires() {
+	_have_src_program loop_set_status_partscan
+}
+
+test() {
+	local loop_dev
+	echo "Running ${TEST_NAME}"
+
+	truncate -s 1M "$TMPDIR/file"
+	if ! loop_dev="$(losetup -f --show "$TMPDIR/file")"; then
+		return 1
+	fi
+
+	src/loop_set_status_partscan "$loop_dev"
+	losetup -d "$loop_dev"
+
+	echo "Test complete"
+}
diff --git a/tests/loop/006.out b/tests/loop/006.out
new file mode 100644
index 000000000000..50bf833f77b0
--- /dev/null
+++ b/tests/loop/006.out
@@ -0,0 +1,2 @@ 
+Running loop/006
+Test complete