[PATCH v9 02/10] of: reserved_mem: Introduce "ll-map" property

Thierry Reding thierry.reding at kernel.org
Mon Sep 7 07:00:19 PDT 2026


On Thu, Sep 03, 2026 at 11:03:12AM +0100, Vincent Donnefort wrote:
> On Wed, Sep 02, 2026 at 12:24:36PM -0500, Rob Herring wrote:
> > On Wed, Sep 02, 2026 at 11:47:04AM +0100, Vincent Donnefort wrote:
> > > Keeping last-level mappings is interesting on some architectures as it
> > > allows mapping/unmapping pages from the kernel direct map without the
> > > risk of splitting blocks which, under the break-before-make rule, may
> > > trigger page-faults the kernel can't handle.
> > > 
> > > Add an "ll-map" property for reserved-memory regions. When set, it
> > > splits the underlying memblock and sets the MEMBLOCK_LLMAP flag.
> > 
> > Where is this documented? Any DT property must have a schema.
> 
> Ack.
> 
> > 
> > Though I'm not thrilled about more flag properties. Handling all the 
> > combinations of properties has proven to be painful. Can this be implied 
> > from the compatible string instead?
> > 
> > Rob
> 
> We need this before the kernel direct map has been created (paging_init()).
> 
> I would have moved that directly into the driver lend_pool.c, but then it is
> probed too late (unflatten_device_tree()).

Any of the node_*() callbacks from struct reserved_mem_ops get called
prior to paging_init(), so these could be used to manually set the
memblock flags in the corresponding drivers.

Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20260907/ea60f1bb/attachment.sig>


More information about the linux-arm-kernel mailing list