[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 00/14] mm: convert further simple mmap hooks to mmap_prepare
- To: "Lorenzo Stoakes (ARM)" <ljs@xxxxxxxxxx>
- From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
- Date: Fri, 6 Nov 2026 15:50:57 +0200
- Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=k20260515 header.d=kernel.org header.i="@kernel.org" header.h="Date:From:To:Cc:Subject:References:In-Reply-To"
- Cc: Paul Moore <paul@xxxxxxxxxxxxxx>, Juergen Gross <jgross@xxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Oleksandr Tyshchenko <oleksandr_tyshchenko@xxxxxxxx>, Madhavan Srinivasan <maddy@xxxxxxxxxxxxx>, Nicholas Piggin <npiggin@xxxxxxxxx>, Michael Ellerman <mpe@xxxxxxxxxxxxxx>, "Christophe Leroy (CS GROUP)" <chleroy@xxxxxxxxxx>, "Ritesh Harjani (IBM)" <ritesh.list@xxxxxxxxx>, Shrikanth Hegde <sshegde@xxxxxxxxxxxxx>, Haiyang Zhang <haiyangz@xxxxxxxxxxxxx>, Wei Liu <wei.liu@xxxxxxxxxx>, Dexuan Cui <decui@xxxxxxxxxxxxx>, "Michael S. Tsirkin" <mst@xxxxxxxxxx>, Jason Wang <jasowangio@xxxxxxxxx>, Eugenio Pérez <eperezma@xxxxxxxxxx>, Xuan Zhuo <xuanzhuo@xxxxxxxxxxxxxxxxx>, Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxx>, Ingo Molnar <mingo@xxxxxxxxxx>, Borislav Petkov <bp@xxxxxxxxx>, x86@xxxxxxxxxx, "H. Peter Anvin" <hpa@xxxxxxxxx>, Jan Kara <jack@xxxxxxxx>, Stephen Smalley <stephen.smalley.work@xxxxxxxxx>, Ondrej Mosnáček <omosnacek@xxxxxxxxx>, Joel Stanley <joel@xxxxxxxxx>, Andrew Jeffery <andrew@xxxxxxxxxxxxxxxxxxxx>, Ryan Chen <ryan_chen@xxxxxxxxxxxxxx>, Billy Tsai <billy_tsai@xxxxxxxxxxxxxx>, Bjorn Andersson <andersson@xxxxxxxxxx>, Konrad Dybcio <konradybcio@xxxxxxxxxx>, Abel Vesa <abelvesa@xxxxxxxxxx>, Jens Wiklander <jenswi@xxxxxxxxxx>, Sumit Garg <sumit.garg@xxxxxxxxxx>, Scott Branden <scott.branden@xxxxxxxxxxxx>, Broadcom internal kernel review list <bcm-kernel-feedback-list@xxxxxxxxxxxx>, Arnd Bergmann <arnd@xxxxxxxx>, Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>, Richard Cochran <richardcochran@xxxxxxxxx>, David Woodhouse <dwmw2@xxxxxxxxxxxxx>, Andrew Lunn <andrew+netdev@xxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>, Eric Dumazet <edumazet@xxxxxxxxxx>, Jakub Kicinski <kuba@xxxxxxxxxx>, Paolo Abeni <pabeni@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, linuxppc-dev@xxxxxxxxxxxxxxxx, kvm@xxxxxxxxxxxxxxx, linux-hyperv@xxxxxxxxxxxxxxx, virtualization@xxxxxxxxxxxxxxx, linux-sgx@xxxxxxxxxxxxxxx, selinux@xxxxxxxxxxxxxxx, linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, linux-aspeed@xxxxxxxxxxxxxxxx, linux-arm-msm@xxxxxxxxxxxxxxx, op-tee@xxxxxxxxxxxxxxxxxxxxxxxxx, netdev@xxxxxxxxxxxxxxx
- Delivery-date: Fri, 06 Nov 2026 13:51:09 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On Fri, Nov 06, 2026 at 10:18:06AM +0000, Lorenzo Stoakes (ARM) wrote:
> > 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.
This is probably the best way forward, as for a subsystem this is just a
different API for doing the exact same thing (and that way "idempotent").
And looking at the intersection points overall, the changes are neither
likely to cause any major merge conflicts...
Br, Jarkko
|