On Fri, Jul 18, 2025 at 08:35:29PM +0200, Bernd Schubert wrote: > > > On 7/18/25 20:22, Darrick J. Wong wrote: > > On Fri, Jul 18, 2025 at 04:16:28PM +0000, Bernd Schubert wrote: > >> On 7/18/25 01:38, Darrick J. Wong wrote: > >>> From: Darrick J. Wong <djwong@xxxxxxxxxx> > >>> > >>> Add the library methods so that fuse servers can manage an in-kernel > >>> iomap cache. This enables better performance on small IOs and is > >>> required if the filesystem needs synchronization between pagecache > >>> writes and writeback. > >> > >> Sorry, if this ready to be merged? I don't see in linux master? Or part > >> of your other patches (will take some to go through these). > > > > No, everything you see in here is all RFC status and not for merging. > > We're past -rc6, it's far too late to be trying to get anything new > > merged in the kernel. > > > > Though I say that as a former iomap maintainer who wouldn't take big > > core code changes after -rc4 or XFS changes after -rc6. I think I was > > much more conservative about that than most maintainers. :) > > > > (The cover letter yells very loudly about do not merge any of this, > > btw.) > > > This is [PATCH 1/1] and when I wrote the mail it was not sorted in > threaded form - I didn't see a cover letter for this specific patch. > Might also be because some mails go to my ddn address and some to > my own one. I use the DDN address for patches to give DDN credits > for the work, but fastmail provides so much better filtering - I > prefer my private address for CCs. > > So asked because I was confused about this [1/1] - it made it look > like it is ready. Ah, yeah. My stgit maintainer^Wwrapper scripts only know how to put the RFC tag on the cover letter, not the patches themselves. Would you prefer that I send to your bsbernd.com domain from now on so the emails all end up in the same place? --D > Thanks, > Bernd >
