Re: [PATCH 1/2] iomap: consolidate bio submission
Namjae Jeon <[email protected]> Wed, 24 Jun 2026 08:57:40 +0900
| Newsgroups | dev.linux.lists.ntfs3,dev.linux.lists.fuse-devel,org.kernel.vger.linux-fsdevel,org.kernel.vger.linux-xfs,org.ozlabs.lists.linux-erofs |
|---|---|
| Message-ID | <CAKYAXd-egHG+EKwpOn1c5drMuuMiv_BNgNRtAZCjscShXwbofA@mail.gmail.com> |
On Tue, Jun 23, 2026 at 10:52 PM Christoph Hellwig <[email protected]> wrote: > > Add a iomap_bio_submit_read_endio helper factored out of > iomap_bio_submit_read to that all ->submit_read implementations for > iomap_read_ops that use iomap_bio_read_folio_range can shared the > logic. > > Right now that logic is mostly trivial, but already has a bug for XFS > because the XFS version is too trivial: file system integrity validation > needs a workqueue context and thus can't happen from the default iomap > bi_end_io I/O handler. Unfortunately the iomap refactoring just before > fs integrity landed moved code around here and the call go misplaced, > meaning it never got called. The PI information still is verified by > the block layer, but the offloading is less efficient (and the future > userspace interface can't get at it). > > Fixes: 0b10a370529c ("iomap: support T10 protection information") > Signed-off-by: Christoph Hellwig <[email protected]> for ntfs, exfat part. Acked-by: Namjae Jeon <[email protected]> Thanks!