On Thu, Nov 05, 2026 at 06:12:09PM -0500, Paul Moore wrote: > On Thu, Nov 5, 2026 at 4:06 PM Lorenzo Stoakes (ARM) <[email protected]> wrote: > > > > Continue the conversion of users of the deprecated f_op->mmap callback to > > f_op->mmap_prepare. Keep things gentle this cycle by targeting simple > > cases. > > > > No functional change intended. > > > > Build tested on x86-64 (allmodconfig, each patch individually), i386, > > arm64 and ppc64le. > > > > <<>> > > > > David, Andrew - I wonder whether one of you guys could take this series > > through your tree? Since it's kernel-wide it seems sensible to take it > > through an mm tree. > > Granted I've only properly looked at the SELinux patch (7/14), the > rest I've just skimmed through, but these are all independent patches, > right? Is there any reason why individual subsystem maintainers > shouldn't just pick up their associated patch? Yes, perhaps chasing > down individual maintainers is a bit more work, but isn't that the way > this should work?
I've no objection to people taking patches independently, the concern is people lagging on that and holding up a key conversion which is entirely mechanical, + generally tree-wide stuff like this has been via the mm tree. The mmap_prepare stuff is actually important for security (pertinent given current AI fix storm) as it's by design super locked down vs. mmap which has caused several genuine issues including a nasty 0-day. So am keen to keep that rolling! In this case each patch is mechanical and simple, so little surface area for issues. -- Cheers, Lorenzo
