Re: [PATCH v3 00/16] mm: Some cleanups for page allocator APIs

From: Brendan Jackman

Date: Mon Jun 29 2026 - 10:31:12 EST


On Mon, 29 Jun 2026 at 16:00, Mike Rapoport <rppt@xxxxxxxxxx> wrote:
>
> Hi Brendan,
>
> On Mon, Jun 29, 2026 at 01:11:49PM +0000, Brendan Jackman wrote:
> >
> > Some tweaks and cleanups for page allocator entrypoint and flags. This
> > is motivated by preparation for __GFP_UNMAPPED [1] (which will probably
> > become ALLOC_UNMAPPED in its next iteration), but all this is supposed
> > to be an improvement to the codebase in its own right: unifying code
> > paths, reducing API surface, and removing GFP flags.
> >
> > Tested:
> >
> > - KVM, mm, and BPF selftests in a QEMU VM
> >
> > - kunit.py on x86_64
> >
> > - For the ALLOC_NO_CODETAG bits I just booted a VM and read
> > /proc/allocinfo. I confirmed that if I remove ALLOC_NO_CODETAG, the
> > kernel crashes in early boot, so I was at least booting code that
> > depends on this logic.
>
> Heads up before the full kbuild report:
>
> CI has tested the following submission:
> Status: FAILURE
> Name: [v3,00/16] mm: Some cleanups for page allocator APIs
> Patchwork: https://patchwork.kernel.org/project/linux-mm/list/?series=1118244&state=*
> Matrix: https://github.com/linux-mm/linux-mm/actions/runs/28375636866

Agh, thanks, I broke the build for CMA.

I thought I had this covered in my local test scripts. I will fix that
first then I'll send a fixup for the patch.