[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZeuPGOzPpOuUFTwF@antec>
Date: Fri, 8 Mar 2024 22:20:08 +0000
From: Stafford Horne <shorne@...il.com>
To: Oreoluwa Babatunde <quic_obabatun@...cinc.com>
Cc: chenhuacai@...nel.org, jonas@...thpole.se,
stefan.kristiansson@...nalahti.fi, ysato@...rs.sourceforge.jp,
dalias@...c.org, glaubitz@...sik.fu-berlin.de, robh+dt@...nel.org,
frowand.list@...il.com, linux-openrisc@...r.kernel.org,
loongarch@...ts.linux.dev, linux-sh@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
kernel@...cinc.com
Subject: Re: [PATCH 0/3] Restructure init sequence to set aside reserved
memory earlier
On Tue, Mar 05, 2024 at 10:59:20AM -0800, Oreoluwa Babatunde wrote:
>
> On 2/9/2024 4:29 PM, Oreoluwa Babatunde wrote:
> > The loongarch, openric, and sh architectures allocate memory from
> > memblock before it gets the chance to set aside reserved memory regions.
> > This means that there is a possibility for memblock to allocate from
> > memory regions that are supposed to be reserved.
> >
> > This series makes changes to the arch specific setup code to call the
> > functions responsible for setting aside the reserved memory regions earlier
> > in the init sequence.
> > Hence, by the time memblock starts being used to allocate memory, the
> > reserved memory regions should already be set aside, and it will no
> > longer be possible for allocations to come from them.
> >
> > I am currnetly using an arm64 device, and so I will need assistance from
> > the relevant arch maintainers to help check if this breaks anything from
> > compilation to device bootup.
> >
> > Oreoluwa Babatunde (3):
> > loongarch: Call arch_mem_init() before platform_init() in the init
> > sequence
> > openrisc: Call setup_memory() earlier in the init sequence
> > sh: Call paging_init() earlier in the init sequence
> >
> > arch/loongarch/kernel/setup.c | 2 +-
> > arch/openrisc/kernel/setup.c | 6 +++---
> > arch/sh/kernel/setup.c | 4 ++--
> > 3 files changed, 6 insertions(+), 6 deletions(-)
> Hello,
>
> Loongarch patch has already merged for this, but review is still pending
> from openrisc and sh architectures.
> Could someone please comment on these?
Hello,
The OpenRISC patch looks fine to me. I will test it out. Sorry, I thought you
were getting this merged via other means.
-Stafford
Powered by blists - more mailing lists