Thread (7 messages) 7 messages, 3 authors, 2021-12-15

Re: [PATCH v2] of/fdt: Rework early_init_dt_scan_memory() to call directly

From: Michael Ellerman <mpe@ellerman.id.au>
Date: 2021-12-15 10:25:32
Also in: linux-devicetree, linuxppc-dev, lkml

Rob Herring [off-list ref] writes:
On Tue, Dec 14, 2021 at 5:18 AM Michael Ellerman [off-list ref] wrote:
quoted
Rob Herring [off-list ref] writes:
quoted
On Mon, Dec 13, 2021 at 6:47 AM Michael Ellerman [off-list ref] wrote:
quoted
Rob Herring [off-list ref] writes:
quoted
Use of the of_scan_flat_dt() function predates libfdt and is discouraged
as libfdt provides a nicer set of APIs. Rework
early_init_dt_scan_memory() to be called directly and use libfdt.
...
quoted
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
index 6e1a106f02eb..63762a3b75e8 100644
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -532,19 +532,19 @@ static int  __init early_init_drmem_lmb(struct drmem_lmb *lmb,
 }
 #endif /* CONFIG_PPC_PSERIES */

-static int __init early_init_dt_scan_memory_ppc(unsigned long node,
-                                             const char *uname,
-                                             int depth, void *data)
+static int __init early_init_dt_scan_memory_ppc(void)
 {
 #ifdef CONFIG_PPC_PSERIES
-     if (depth == 1 &&
-         strcmp(uname, "ibm,dynamic-reconfiguration-memory") == 0) {
+     const void *fdt = initial_boot_params;
+     int node = fdt_path_offset(fdt, "/ibm,dynamic-reconfiguration-memory");
+
+     if (node > 0) {
              walk_drmem_lmbs_early(node, NULL, early_init_drmem_lmb);
              return 0;
      }
It's that return that is the problem.

Now that early_init_dt_scan_memory_ppc() is only called once, that
return causes us to skip scanning regular memory nodes if there is an
"ibm,dynamic-reconfiguration-memory" property present.

So the fix is just:
diff --git a/arch/powerpc/kernel/prom.c b/arch/powerpc/kernel/prom.c
index 1098de3b172f..125661e5fcf3 100644
--- a/arch/powerpc/kernel/prom.c
+++ b/arch/powerpc/kernel/prom.c
@@ -538,10 +538,8 @@ static int __init early_init_dt_scan_memory_ppc(void)
        const void *fdt = initial_boot_params;
        int node = fdt_path_offset(fdt, "/ibm,dynamic-reconfiguration-memory");

-       if (node > 0) {
+       if (node > 0)
                walk_drmem_lmbs_early(node, NULL, early_init_drmem_lmb);
-               return 0;
-       }
 #endif

        return early_init_dt_scan_memory();
Thanks! I've rolled that in.
quoted
quoted
The only thing I see is now there is an assumption that 'memory' nodes
are off the root node only. Before they could be anywhere.
I don't know of any machines where that would be a problem. But given
all the wild and wonderful device trees out there, who really knows :)

Maybe we should continue to allow memory nodes to be anywhere, and print
a warning for any that aren't at the root. Then if no one reports any
hits for the warning we could switch to only allowing them at the root?
I really doubt there's any case. I just have the least visibility into
what IBM DTs look like. I checked some old DT files I have and also
u-boot only supports off the root node.
The IBM ones are pretty standard, it's other embedded things I'd be more
worried about.

I have a collection of device trees, but they were given to me by
various random people over the years and I'm not comfortable putting
them up in public. I looked through those and didn't see anything odd.

I'll try and get a collection of device trees from machines of mine and
put them somewhere public.

cheers
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help