* removing the remaining blockdev_direct_IO users
@ 2026-07-10 5:07 Christoph Hellwig
2026-07-10 16:51 ` Viacheslav Dubeyko
0 siblings, 1 reply; 4+ messages in thread
From: Christoph Hellwig @ 2026-07-10 5:07 UTC (permalink / raw)
To: David Sterba, OGAWA Hirofumi, Viacheslav Dubeyko,
John Paul Adrian Glaubitz, Yangtao Li, Dave Kleikamp, Jan Kara,
Mark Fasheh, Joel Becker, Joseph Qi
Cc: Christian Brauner, linux-fsdevel, jfs-discussion, linux-nilfs,
ocfs2-devel
Hi all,
we have 7 users of blockdev_direct_IO and one of the lower-level
__blockdev_direct_IO left, and I'd really like to get rid of them.
The filesystems are affs, fat, hfs, hfsplus, jfs, nilfs2, udf and ocfs2,
and you are the relevant maintainers. In 7.2 exfat converted entirely
to iomap, which would be a really good example for a "simple" file
system. Another options especially for the file systems supporting
foreign formats would be to just drop direct I/O support and reduce
the support burden.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: removing the remaining blockdev_direct_IO users
2026-07-10 5:07 removing the remaining blockdev_direct_IO users Christoph Hellwig
@ 2026-07-10 16:51 ` Viacheslav Dubeyko
2026-07-13 9:58 ` Christoph Hellwig
0 siblings, 1 reply; 4+ messages in thread
From: Viacheslav Dubeyko @ 2026-07-10 16:51 UTC (permalink / raw)
To: Christoph Hellwig, David Sterba, OGAWA Hirofumi,
John Paul Adrian Glaubitz, Yangtao Li, Dave Kleikamp, Jan Kara,
Mark Fasheh, Joel Becker, Joseph Qi
Cc: Christian Brauner, linux-fsdevel, jfs-discussion, linux-nilfs,
ocfs2-devel
On Fri, 2026-07-10 at 07:07 +0200, Christoph Hellwig wrote:
> Hi all,
>
> we have 7 users of blockdev_direct_IO and one of the lower-level
> __blockdev_direct_IO left, and I'd really like to get rid of them.
>
> The filesystems are affs, fat, hfs, hfsplus, jfs, nilfs2, udf and
> ocfs2,
> and you are the relevant maintainers. In 7.2 exfat converted
> entirely
> to iomap, which would be a really good example for a "simple" file
> system. Another options especially for the file systems supporting
> foreign formats would be to just drop direct I/O support and reduce
> the support burden.
I like the idea. I think we can try to switch HFS/HFS+ and NILFS2 on
iomap approach. Do you have some initial patches for this? Which
particular commit(s) converted the exfat to iomap? It will be good to
take a deeper look into this conversion to estimate the complexity of
HFS/HFS+, NILFS2 modifications.
Thanks,
Slava.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: removing the remaining blockdev_direct_IO users
2026-07-10 16:51 ` Viacheslav Dubeyko
@ 2026-07-13 9:58 ` Christoph Hellwig
2026-07-13 22:33 ` Viacheslav Dubeyko
0 siblings, 1 reply; 4+ messages in thread
From: Christoph Hellwig @ 2026-07-13 9:58 UTC (permalink / raw)
To: Viacheslav Dubeyko
Cc: Christoph Hellwig, David Sterba, OGAWA Hirofumi,
John Paul Adrian Glaubitz, Yangtao Li, Dave Kleikamp, Jan Kara,
Mark Fasheh, Joel Becker, Joseph Qi, Christian Brauner,
linux-fsdevel, jfs-discussion, linux-nilfs, ocfs2-devel
On Fri, Jul 10, 2026 at 09:51:09AM -0700, Viacheslav Dubeyko wrote:
> On Fri, 2026-07-10 at 07:07 +0200, Christoph Hellwig wrote:
> > Hi all,
> >
> > we have 7 users of blockdev_direct_IO and one of the lower-level
> > __blockdev_direct_IO left, and I'd really like to get rid of them.
> >
> > The filesystems are affs, fat, hfs, hfsplus, jfs, nilfs2, udf and
> > ocfs2,
> > and you are the relevant maintainers. In 7.2 exfat converted
> > entirely
> > to iomap, which would be a really good example for a "simple" file
> > system. Another options especially for the file systems supporting
> > foreign formats would be to just drop direct I/O support and reduce
> > the support burden.
>
> I like the idea. I think we can try to switch HFS/HFS+ and NILFS2 on
> iomap approach. Do you have some initial patches for this? Which
> particular commit(s) converted the exfat to iomap? It will be good to
> take a deeper look into this conversion to estimate the complexity of
> HFS/HFS+, NILFS2 modifications.
Almost all commits in fs/exfat/ in 7.2-rc1, starting with
623f0aa1eca5c2a94ca1e4e5de719d062eac3b6c
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: removing the remaining blockdev_direct_IO users
2026-07-13 9:58 ` Christoph Hellwig
@ 2026-07-13 22:33 ` Viacheslav Dubeyko
0 siblings, 0 replies; 4+ messages in thread
From: Viacheslav Dubeyko @ 2026-07-13 22:33 UTC (permalink / raw)
To: Christoph Hellwig
Cc: David Sterba, OGAWA Hirofumi, John Paul Adrian Glaubitz,
Yangtao Li, Dave Kleikamp, Jan Kara, Mark Fasheh, Joel Becker,
Joseph Qi, Christian Brauner, linux-fsdevel, jfs-discussion,
linux-nilfs, ocfs2-devel
On Mon, 2026-07-13 at 11:58 +0200, Christoph Hellwig wrote:
> On Fri, Jul 10, 2026 at 09:51:09AM -0700, Viacheslav Dubeyko wrote:
> > On Fri, 2026-07-10 at 07:07 +0200, Christoph Hellwig wrote:
> > > Hi all,
> > >
> > > we have 7 users of blockdev_direct_IO and one of the lower-level
> > > __blockdev_direct_IO left, and I'd really like to get rid of
> > > them.
> > >
> > > The filesystems are affs, fat, hfs, hfsplus, jfs, nilfs2, udf and
> > > ocfs2,
> > > and you are the relevant maintainers. In 7.2 exfat converted
> > > entirely
> > > to iomap, which would be a really good example for a "simple"
> > > file
> > > system. Another options especially for the file systems
> > > supporting
> > > foreign formats would be to just drop direct I/O support and
> > > reduce
> > > the support burden.
> >
> > I like the idea. I think we can try to switch HFS/HFS+ and NILFS2
> > on
> > iomap approach. Do you have some initial patches for this? Which
> > particular commit(s) converted the exfat to iomap? It will be good
> > to
> > take a deeper look into this conversion to estimate the complexity
> > of
> > HFS/HFS+, NILFS2 modifications.
>
> Almost all commits in fs/exfat/ in 7.2-rc1, starting with
> 623f0aa1eca5c2a94ca1e4e5de719d062eac3b6c
OK. Thanks for sharing this. :) Let me take a look and spend some time
on this. I should have a time for checking commits during this week. I
hope so. :)
Thanks,
Slava.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2026-07-13 22:40 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-07-10 5:07 removing the remaining blockdev_direct_IO users Christoph Hellwig
2026-07-10 16:51 ` Viacheslav Dubeyko
2026-07-13 9:58 ` Christoph Hellwig
2026-07-13 22:33 ` Viacheslav Dubeyko
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.