public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Richard Palethorpe <rpalethorpe@suse.de>
To: xiaoshoukui <xiaoshoukui@gmail.com>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] [PATCH v2] Add ioctl_loop08 test for LOOP_GET_STATUS lock imbalance
Date: Tue, 28 Feb 2023 10:06:54 +0000	[thread overview]
Message-ID: <875ybmumb0.fsf@suse.de> (raw)
In-Reply-To: <20230215055727.20793-1-xiaoshoukui@gmail.com>

Hello,

xiaoshoukui <xiaoshoukui@gmail.com> writes:

> ---
>  .../kernel/syscalls/ioctl/ioctl_loop08.c      | 147 ++++++++++++++++++
>  1 file changed, 147 insertions(+)
>  create mode 100644 testcases/kernel/syscalls/ioctl/ioctl_loop08.c
>
> diff --git a/testcases/kernel/syscalls/ioctl/ioctl_loop08.c b/testcases/kernel/syscalls/ioctl/ioctl_loop08.c
> new file mode 100644
> index 000000000..047273576
> --- /dev/null
> +++ b/testcases/kernel/syscalls/ioctl/ioctl_loop08.c
> @@ -0,0 +1,147 @@
> +// SPDX-License-Identifier: GPL-2.0-or-later
> +/*
> + * Copyright (c) 2022 xiaoshoukui <xiaoshoukui@ruijie.com.cn>
> + */
> +
> +/*\
> + * [Description]
> + *
> + * This is a basic ioctl test about loopdevice LOOP_GET_STATUS
> + * and LOOP_GET_STATUS64.
> + * Commit 2d1d4c1e591f made loop_get_status() drop lo_ctx_mutex before
> + * returning, but the loop_get_status_old(), loop_get_status64(), and
> + * loop_get_status_compat() wrappers don't call loop_get_status() if the
> + * passed argument is NULL. The callers expect that the lock is dropped, so
> + * make sure we drop it in that case, too.
> + *
> + * Fixed by commit:
> + *
> + *  commit bdac616db9bbadb90b7d6a406144571015e138f7
> + *  Author: Omar Sandoval <osandov@fb.com>
> + *  Date:   Fri Apr 06 09:57:03 2018 -0700
> + *
> + *    loop: fix LOOP_GET_STATUS lock imbalance
> + */
> +
> +#include <stdio.h>
> +#include <unistd.h>
> +#include <sys/types.h>
> +#include <stdlib.h>
> +#include "lapi/loop.h"
> +#include "tst_test.h"
> +
> +#define MAX_MSGSIZE 4096
> +
> +static const char lock_imbalance[] = "lock held when returning to user space";
> +
> +static struct tcase {
> +	int ioctl_flag;
> +	char *message;
> +} tcases[] = {
> +	{ LOOP_GET_STATUS,
> +	 "Testing LOOP_GET_STATUS lock imbalance" },
> +
> +	{ LOOP_GET_STATUS64,
> +	 "Testing LOOP_GET_STATUS64 lock imbalance" },
> +};
> +
> +static int find_kmsg(const char *text_to_find)
> +{
> +	int f, msg_found = 0;
> +	char msg[MAX_MSGSIZE + 1];
> +
> +	f = SAFE_OPEN("/dev/kmsg", O_RDONLY | O_NONBLOCK);
> +
> +	while (1) {
> +		TEST(read(f, msg, MAX_MSGSIZE));
> +		if (TST_RET < 0) {
> +			if (TST_ERR == EAGAIN)
> +				/* there are no more messages */
> +				break;
> +			else if (TST_ERR == EPIPE)
> +				/* current message was overwritten */
> +				continue;
> +			else
> +				tst_brk(TBROK | TTERRNO,
> +					"err reading /dev/kmsg");
> +		} else {
> +			/* lines from kmsg are not NULL terminated */
> +			msg[TST_RET] = '\0';
> +			if (strstr(msg, text_to_find) != NULL) {
> +				msg_found = 1;
> +				break;
> +			}
> +		}
> +	}
> +	SAFE_CLOSE(f);
> +
> +	if (msg_found)
> +		return 0;
> +	else
> +		return -1;
> +}
> +
> +static void do_child(void)
> +{
> +	char dev_path[1024];
> +	int dev_num, dev_fd;
> +	unsigned int i;
> +
> +	for (i = 0; i < ARRAY_SIZE(tcases); i++) {
> +		tst_res(TINFO, "%s", tcases[i].message);
> +		dev_num = tst_find_free_loopdev(dev_path, sizeof(dev_path));
> +
> +		if (dev_num < 0)
> +			tst_brk(TBROK, "Failed to find free loop device");
> +
> +		dev_fd = SAFE_OPEN(dev_path, O_RDWR);
> +
> +		if (tcases[i].ioctl_flag == LOOP_GET_STATUS)
> +			ioctl(dev_fd, LOOP_GET_STATUS, NULL);
> +		else
> +			ioctl(dev_fd, LOOP_GET_STATUS64, NULL);
> +
> +		if (dev_fd > 0)
> +			SAFE_CLOSE(dev_fd);
> +
> +	}
> +
> +	exit(0);
> +
> +}
> +
> +static void verify_ioctl_loop(void)
> +{
> +	int ret, pid;
> +
> +	pid = SAFE_FORK();
> +	if (!pid)
> +		do_child();
> +
> +	ret = TST_PROCESS_STATE_WAIT(pid, 'D', 5000);
> +
> +	if (!ret && !find_kmsg(lock_imbalance))
> +		tst_res(TFAIL, "Trigger ioctl loop lock imbalance");
> +	else
> +		tst_res(TPASS, "Nothing bad happened, probably");
> +
> +}
> +
> +static struct tst_test test = {
> +	.test_all = verify_ioctl_loop,
> +	.needs_root = 1,
> +	.needs_kconfigs = (const char *[]) {
> +		"CONFIG_LOCKDEP=y",

We don't want to rely on a debugging feature unless necessary. Often
testing is done on production kernels.

If the test is run on a buggy kernel without lockdep then might we get a
deadlock?

So I think it would be best to run the test, but skip the kmsg check if
lockdep is not enabled (using tst_kconfig_get).

> +		NULL
> +	},
> +	.tags = (const struct tst_tag[]) {
> +		{"linux-git", "bdac616db9bb "},
> +		{}
> +	},
> +	.needs_drivers = (const char *const[]) {
> +		"loop",
> +		NULL
> +	},
> +	.forks_child = 1,
> +	.timeout = 60,
> +};
> -- 
> 2.20.1


-- 
Thank you,
Richard.

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

      reply	other threads:[~2023-02-28 10:17 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-15  5:57 [LTP] [PATCH v2] Add ioctl_loop08 test for LOOP_GET_STATUS lock imbalance xiaoshoukui
2023-02-28 10:06 ` Richard Palethorpe [this message]

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=875ybmumb0.fsf@suse.de \
    --to=rpalethorpe@suse.de \
    --cc=ltp@lists.linux.it \
    --cc=xiaoshoukui@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