]> git.ipfire.org Git - thirdparty/kernel/stable.git/commitdiff
io_uring/rw: treat -EOPNOTSUPP for IOCB_NOWAIT like -EAGAIN
authorJens Axboe <axboe@kernel.dk>
Tue, 10 Sep 2024 14:30:57 +0000 (08:30 -0600)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Fri, 4 Oct 2024 14:33:22 +0000 (16:33 +0200)
commit c0a9d496e0fece67db777bd48550376cf2960c47 upstream.

Some file systems, ocfs2 in this case, will return -EOPNOTSUPP for
an IOCB_NOWAIT read/write attempt. While this can be argued to be
correct, the usual return value for something that requires blocking
issue is -EAGAIN.

A refactoring io_uring commit dropped calling kiocb_done() for
negative return values, which is otherwise where we already do that
transformation. To ensure we catch it in both spots, check it in
__io_read() itself as well.

Reported-by: Robert Sander <r.sander@heinlein-support.de>
Link: https://fosstodon.org/@gurubert@mastodon.gurubert.de/113112431889638440
Cc: stable@vger.kernel.org
Fixes: a08d195b586a ("io_uring/rw: split io_read() into a helper")
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
io_uring/rw.c

index 1a2128459cb4c82ea556cf7e4ae3a244365d172b..e6b44367df67b0dbced1c1fdf33afac57cf0669e 100644 (file)
@@ -856,6 +856,14 @@ static int __io_read(struct io_kiocb *req, unsigned int issue_flags)
 
        ret = io_iter_do_read(rw, &io->iter);
 
+       /*
+        * Some file systems like to return -EOPNOTSUPP for an IOCB_NOWAIT
+        * issue, even though they should be returning -EAGAIN. To be safe,
+        * retry from blocking context for either.
+        */
+       if (ret == -EOPNOTSUPP && force_nonblock)
+               ret = -EAGAIN;
+
        if (ret == -EAGAIN || (req->flags & REQ_F_REISSUE)) {
                req->flags &= ~REQ_F_REISSUE;
                /* If we can poll, just do that. */