From: Wei Gao via ltp <ltp@lists.linux.it>
To: Petr Vorel <pvorel@suse.cz>
Cc: Jan Kara <jack@suse.cz>, ltp@lists.linux.it
Subject: Re: [LTP] [PATCH v1] ioctl_loop01.c: Use proper device for partitioning
Date: Tue, 2 Sep 2025 02:16:59 +0000 [thread overview]
Message-ID: <aLZTmymGW8khKbVt@localhost> (raw)
In-Reply-To: <20250901103805.GA30224@pevik>
On Mon, Sep 01, 2025 at 12:38:05PM +0200, Petr Vorel wrote:
> Hi Wei,
>
> > This is same patch used on ioctl09,the page cache of loop0 can cache old
> > version of the partition table which is then used by the partitioning
> > code. Fix the problem by calling parted against the loop device directly.
>
> > Link: https://lore.kernel.org/ltp/20250829141932.31997-1-jack@suse.cz/
> > Signed-off-by: Wei Gao <wegao@suse.com>
> > ---
> > testcases/kernel/syscalls/ioctl/ioctl_loop01.c | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
>
> > diff --git a/testcases/kernel/syscalls/ioctl/ioctl_loop01.c b/testcases/kernel/syscalls/ioctl/ioctl_loop01.c
> > index c9137bf1e..5ee7a474a 100644
> > --- a/testcases/kernel/syscalls/ioctl/ioctl_loop01.c
> > +++ b/testcases/kernel/syscalls/ioctl/ioctl_loop01.c
> > @@ -98,7 +98,7 @@ static void verify_ioctl_loop(void)
> > static void setup(void)
> > {
> > int ret;
> > - const char *const cmd_parted[] = {"parted", "-s", "test.img", "mklabel", "msdos", "mkpart",
> > + const char *const cmd_parted[] = {"parted", "-s", dev_path, "mklabel", "msdos", "mkpart",
> > "primary", "ext4", "1M", "10M", NULL};
>
> Indeed I was able to trigger the same error:
>
> [ 2642.979234] ioctl_loop01
> [ 2642.997424] loop8: detected capacity change from 0 to 20480
> [ 2643.015094] loop8: p1
> [ 2643.040903] blk_update_request: I/O error, dev loop8, sector 20352 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
> [ 2643.042105] blk_update_request: I/O error, dev loop8, sector 20352 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
> [ 2643.043361] Buffer I/O error on dev loop8p1, logical block 2288, async page read
> [ 2643.044539] __loop_clr_fd: partition scan of loop8 failed (rc=-16)
> [ 2643.097517] blk_update_request: I/O error, dev loop8, sector 20352 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
> [ 2643.098175] blk_update_request: I/O error, dev loop8, sector 20352 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
> [ 2643.098767] Buffer I/O error on dev loop8p1, logical block 2288, async page read
> [ 2643.109133] ioctl_ficlone02
> [ 2643.109824] loop8: detected capacity change from 0 to 614400
> [ 2643.175605] /dev/zero: Can't open blockdev
> [ 2643.307531] EXT4-fs (loop8): mounting ext2 file system using the ext4 subsystem
> [ 2643.312401] EXT4-fs (loop8): mounted filesystem without journal. Opts: (null). Quota mode: none.
> [ 2643.471527] EXT4-fs (loop8): mounting ext3 file system using the ext4 subsystem
> [ 2643.476826] EXT4-fs (loop8): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
> [ 2643.644734] EXT4-fs (loop8): mounted filesystem with ordered data mode. Opts: (null). Quota mode: none.
>
> But you change introduces one TCONF:
>
> --- old 2025-09-01 05:05:50.401105483 -0400
> +++ new 2025-09-01 05:05:01.925105483 -0400
> @@ -5,6 +5,7 @@
> tst_kconfig.c:678: TINFO: CONFIG_FAULT_INJECTION kernel option detected which might slow the execution
> tst_test.c:1827: TINFO: Overall timeout per run is 0h 02m 04s
> tst_device.c:99: TINFO: Found free device 6 '/dev/loop6'
> +ioctl_loop01.c:119: TCONF: parted exited with 1
> tst_buffers.c:57: TINFO: Test is using guarded buffers
> ioctl_loop01.c:84: TPASS: /sys/block/loop6/loop/partscan = 0
> ioctl_loop01.c:85: TPASS: /sys/block/loop6/loop/autoclear = 0
> @@ -12,18 +13,16 @@
> ioctl_loop01.c:56: TPASS: get expected lo_flag 12
> ioctl_loop01.c:58: TPASS: /sys/block/loop6/loop/partscan = 1
> ioctl_loop01.c:59: TPASS: /sys/block/loop6/loop/autoclear = 1
> -ioctl_loop01.c:68: TPASS: access /dev/loop6p1 succeeds
> -ioctl_loop01.c:74: TPASS: access /sys/block/loop6/loop6p1 succeeds
> +ioctl_loop01.c:62: TINFO: Current environment doesn't have parted disk, skip it
> ioctl_loop01.c:90: TINFO: Test flag can be clear
> ioctl_loop01.c:56: TPASS: get expected lo_flag 8
> ioctl_loop01.c:58: TPASS: /sys/block/loop6/loop/partscan = 1
> ioctl_loop01.c:59: TPASS: /sys/block/loop6/loop/autoclear = 0
> -ioctl_loop01.c:68: TPASS: access /dev/loop6p1 succeeds
> -ioctl_loop01.c:74: TPASS: access /sys/block/loop6/loop6p1 succeeds
> +ioctl_loop01.c:62: TINFO: Current environment doesn't have parted disk, skip it
>
> Summary:
> -passed 13
> +passed 9
> failed 0
> broken 0
> -skipped 0
> +skipped 1
> warnings 0
>
> That means your change effectively disable that code. => NACK
>
> in ioctl09.c uses the first command with "test.img", then loop device on the
> second run.
>
> Surprisingly trying to attach helps 'parted' to use it, although it produces a
> warning:
>
> +++ testcases/kernel/syscalls/ioctl/ioctl_loop01.c
> @@ -106,6 +106,7 @@ static void setup(void)
> tst_brk(TBROK, "Failed to find free loop device");
>
> tst_fill_file("test.img", 0, 1024 * 1024, 10);
> + tst_attach_device(dev_path, "test.img");
>
> ret = tst_cmd(cmd_parted, NULL, NULL, TST_CMD_PASS_RETVAL);
> switch (ret) {
>
> tst_device.c:99: TINFO: Found free device 9 '/dev/loop9'
> tst_buffers.c:57: TINFO: Test is using guarded buffers
> tst_device.c:176: TWARN: ioctl(/dev/loop9, LOOP_SET_FD, test.img) failed: EBUSY (16)
Thanks for your investigation.
You add tst_attach_device in setup, then second call tst_attach_device
in verify_ioctl_loop trigger this TWARN, I will send second patch.
> ioctl_loop01.c:84: TPASS: /sys/block/loop9/loop/partscan = 0
> ioctl_loop01.c:85: TPASS: /sys/block/loop9/loop/autoclear = 0
> ioctl_loop01.c:86: TPASS: /sys/block/loop9/loop/backing_file = '/tmp/LTP_iocfMLSpX/test.img'
> ioctl_loop01.c:56: TPASS: get expected lo_flag 12
> ioctl_loop01.c:58: TPASS: /sys/block/loop9/loop/partscan = 1
> ioctl_loop01.c:59: TPASS: /sys/block/loop9/loop/autoclear = 1
> ioctl_loop01.c:68: TPASS: access /dev/loop9p1 succeeds
> ioctl_loop01.c:74: TPASS: access /sys/block/loop9/loop9p1 succeeds
> ioctl_loop01.c:90: TINFO: Test flag can be clear
> ioctl_loop01.c:56: TPASS: get expected lo_flag 8
> ioctl_loop01.c:58: TPASS: /sys/block/loop9/loop/partscan = 1
> ioctl_loop01.c:59: TPASS: /sys/block/loop9/loop/autoclear = 0
> ioctl_loop01.c:68: TPASS: access /dev/loop9p1 succeeds
> ioctl_loop01.c:74: TPASS: access /sys/block/loop9/loop9p1 succeeds
>
> Of course TWARN is also no-go.
> @Jan @Cyril @Li Any hint what am I missing.
>
> Besides missing there is missing TST_CMD_TCONF_ON_MISSING on the flags (see
> today's fix [1]), but that's minor.
>
> Kind regards,
> Petr
>
> [1] https://github.com/linux-test-project/ltp/commit/9691c4b2bea4f772d61ca9e9a93d2087c88f6040
--
Mailing list info: https://lists.linux.it/listinfo/ltp
next prev parent reply other threads:[~2025-09-02 2:17 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-01 7:47 [LTP] [PATCH v1] ioctl_loop01.c: Use proper device for partitioning Wei Gao via ltp
2025-09-01 10:38 ` Petr Vorel
2025-09-02 2:16 ` Wei Gao via ltp [this message]
2025-09-02 3:12 ` [LTP] [PATCH v2] " Wei Gao via ltp
2025-09-02 10:44 ` Petr Vorel
2025-09-02 11:18 ` [LTP] [PATCH v3] " Wei Gao via ltp
2025-09-03 12:48 ` Petr Vorel
2025-09-09 11:50 ` Cyril Hrubis
2025-09-10 1:35 ` Wei Gao via ltp
2025-09-18 14:53 ` Petr Vorel
2025-09-18 15:35 ` Cyril Hrubis
2025-09-19 13:22 ` Petr Vorel
2025-09-22 7:28 ` Cyril Hrubis
2025-09-22 7:32 ` Petr Vorel
2025-09-24 2:26 ` Wei Gao via ltp
2025-09-24 7:03 ` Petr Vorel
2025-09-24 9:54 ` Cyril Hrubis
2025-09-24 10:40 ` Wei Gao via ltp
2025-09-24 10:54 ` Cyril Hrubis
2025-09-24 12:55 ` Petr Vorel
2025-09-24 13:17 ` Cyril Hrubis
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=aLZTmymGW8khKbVt@localhost \
--to=ltp@lists.linux.it \
--cc=jack@suse.cz \
--cc=pvorel@suse.cz \
--cc=wegao@suse.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