Skip to contentSkip to conversation

generic/471 failing on linux-next -- KI?

DISCUSSION Theodore Ts'o 2 participants 2 messages Jul 31, 2022 VFS

lore
Share & tools
lore
#0 lore raw

I was just doing a last test of ext4 merged with linux-next before the merge window opened, and I noticed generic/471 is now failing. After some more investigation it's failing for xfs and ext4, with the same problem:

--- tests/generic/471.out 2022-07-31 00:02:23.000000000 -0400
+++ /results/xfs/results-4k/generic/471.out.bad 2022-07-31 14:11:47.045330411 0
@@ -2,12 +2,10 @@
pwrite: Resource temporarily unavailable
wrote 8388608/8388608 bytes at offset 0
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
-RWF_NOWAIT time is within limits.
+pwrite: Resource temporarily unavailable +(standard_in) 1: syntax error
+RWF_NOWAIT took seconds
...

I haven't had a chance to bisect this yet, and for a day or two --- so I figured I would ask --- is this a known issue?

This test was *not* failing on a kernel based on 5.19-rc5, so it looks like something that got added in linux-next.

- Ted

#1 lore raw
Quoted 17 lines · Theodore Ts'o

I was just doing a last test of ext4 merged with linux-next before the merge window opened, and I noticed generic/471 is now failing. After some more investigation it's failing for xfs and ext4, with the same problem:

--- tests/generic/471.out 2022-07-31 00:02:23.000000000 -0400
+++ /results/xfs/results-4k/generic/471.out.bad 2022-07-31 14:11:47.045330411 0
@@ -2,12 +2,10 @@
pwrite: Resource temporarily unavailable
wrote 8388608/8388608 bytes at offset 0
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
-RWF_NOWAIT time is within limits.
+pwrite: Resource temporarily unavailable +(standard_in) 1: syntax error
+RWF_NOWAIT took seconds
...

Quoted 2 lines

I haven't had a chance to bisect this yet, and for a day or two --- so I figured I would ask --- is this a known issue?

Might have something to do with this set of changes:

https://lore.kernel.org/io-uring/[email protected]/

as it adds new places in the VFS that check for IOCB_NOWAIT. Pretty sure it triggers -EAGAIN on timestamp updates now (in file_modified() calls), which is probably what is happening here....

Cheers,

Dave.

Signature · 2 lines
Dave Chinner
[email protected]