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) ljs@kernel.org 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