On 04/01/2021 16:37, Matthew Wilcox wrote: > On Sat, Jan 02, 2021 at 03:17:34PM +0000, Pavel Begunkov wrote: >> --- a/Documentation/filesystems/porting.rst >> +++ b/Documentation/filesystems/porting.rst >> @@ -865,3 +865,10 @@ no matter what. Everything is handled by the caller. >> >> clone_private_mount() returns a longterm mount now, so the proper destructor of >> its result is kern_unmount() or kern_unmount_array(). >> + >> +--- >> + >> +**mandatory** >> + >> +zero-length bvec segments are disallowed, they must be filtered out before >> +passed on to an iterator. > > Why are you putting this in filesystems/porting? Filesystems don't usually At least splice and a dozen of others do. As block apriori doesn't have them, it's mainly addressed to fs + net. > generate bvecs ... there's nothing in this current series that stops them. Yes, just mixing it with splice changes, which did all the work, looks awkward to me. Would you suggest another segregation for the patches? > I'd suggest Documentation/block/biovecs.rst or biodoc.rst (and frankly, > biodoc.rst needs a good cleanup) I'll add a note to biovecs.rst -- Pavel Begunkov