Re: [PATCH] make sure IOMAP_F_BOUNDARY does not merge with next IO

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10:10 26/02, Darrick J. Wong wrote:
> On Wed, Feb 26, 2025 at 11:51:19AM -0500, Goldwyn Rodrigues wrote:
> > If the current ioend is built for iomap with flags set to
> > IOMAP_F_BOUNDARY and the next iomap does not have IOMAP_F_BOUNDARY set,
> > IOMAP_F_BOUNDARY will not be respected because the iomap structure has
> > been overwritten during the map_blocks call for the next iomap. Fix this
> > by checking both iomap.flags and ioend->io_flags for IOMAP_F_BOUNDARY.
> 
> Why is it necessary to avoid merging with an IOMAP_F_BOUNDARY ioend if
> this new mapping isn't IOMAP_F_BOUNDARY?  If the filesystem needs that,
> it can set BOUNDARY on both mappings, right?

Yes, you are right. Just that when filesystem wants to merge it would
have to keep a track. 

But that's fine. I have figured out to solve my problem another way.

-- 
Goldwyn




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux