On Tue, 31 Mar 2026 14:17:50 +0100 Mark Brown <[email protected]> wrote:
> On Tue, Mar 10, 2026 at 08:58:21AM -0700, Anthony Yznaga wrote:
>
> > Verify that a mapping created with MAP_DROPPABLE cannot be locked
> > via mlock(), and that it will not be locked if it's created after
> > mlockall(MCL_FUTURE).
>
> I'm seeing a regression in -next on 32 bit arm which bisects to this
> patch:
Cool, thanks.
> ...
>
> All these failures which cause the entire test program to immediately
> die seem exceessively strong...
Well, is the test code incorrect, or is the patch which it's testing
incorrect? That's 5435ba164b0d ("mm: prevent droppable mappings from
being locked")?
5435ba164b0d is presently in mm-stable, cc:[email protected].
