* [v1 PATCH 1/1] Fix 64bit Maple Host Bridge Address and Size Nodes
2009-04-03 10:46 [PATCH 1/1] Fix 64bit Mapple " tiejun.china
@ 2009-04-03 10:46 ` tiejun.china
2009-04-14 8:11 ` Segher Boessenkool
0 siblings, 1 reply; 4+ messages in thread
From: tiejun.china @ 2009-04-03 10:46 UTC (permalink / raw)
To: linuxppc-dev, benh, akpm, michael
In the DTB tree created by firmware on some Maple 64bit targets, such as ATCA6101,
these two properties, address&size, should be 2. But the actual corresponding values
of host bridge node are set 1 incorrectly by the firmware, we have to provide one
fixup function to fix that.
Signed-off-by: Tiejun Chen <tiejun.china@gmail.com>
---
arch/powerpc/kernel/prom_init.c | 51 ++++++++++++++++++++++++++++++++++++++-
1 files changed, 50 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/kernel/prom_init.c b/arch/powerpc/kernel/prom_init.c
index 2445945..7848b45 100644
--- a/arch/powerpc/kernel/prom_init.c
+++ b/arch/powerpc/kernel/prom_init.c
@@ -1907,14 +1907,63 @@ static void __init flatten_device_tree(void)
}
#ifdef CONFIG_PPC_MAPLE
+/* On ATCA6101 64bit target host bridge parent node has specified address and
+ * size properties to be 2. But the actual "cell" value for host bridge node
+ * is 1 since early MOTLoad internal bug. */
+static void __init fixup_device_tree_atca6101(void)
+{
+ phandle hb;
+ u32 hb_ranges[4];
+ u32 size_cell, addr_cell;
+ struct prom_t *_prom = &RELOC(prom);
+ char *name;
+
+ name = "/hostbridge@f8000000";
+ hb = call_prom("finddevice", 1, 1, ADDR(name));
+ if (!PHANDLE_VALID(hb))
+ return;
+
+ if (prom_getproplen(hb, "reg") != 8)
+ return;
+
+ if (prom_getprop(hb, "reg", hb_ranges, (sizeof(hb_ranges))/2)
+ == PROM_ERROR)
+ return;
+
+ prom_getprop(_prom->root, "#address-cells", &addr_cell, sizeof(addr_cell));
+ prom_getprop(_prom->root, "#size-cells", &size_cell, sizeof(size_cell));
+
+ if ((addr_cell != 2) || (size_cell != 2) ||
+ (hb_ranges[0] != 0xf8000000))
+ return;
+
+ prom_printf("Fixing up bogus HOSTBRIDGE reg on ATCA6101...\n");
+
+ hb_ranges[3] = hb_ranges[1];
+ hb_ranges[1] = hb_ranges[0];
+ hb_ranges[0] = hb_ranges[2] = 0;
+ prom_setprop(hb, name, "reg",
+ hb_ranges, sizeof(hb_ranges));
+}
/* PIBS Version 1.05.0000 04/26/2005 has an incorrect /ht/isa/ranges property.
- * The values are bad, and it doesn't even have the right number of cells. */
+ * The values are bad, and it doesn't even have the right number of cells.
+ * Additionally, the early MOTLoad generate incorrect address&size cells on
+ * some Maple platform such as ATCA6101. */
static void __init fixup_device_tree_maple(void)
{
phandle isa;
u32 rloc = 0x01002000; /* IO space; PCI device = 4 */
u32 isa_ranges[6];
char *name;
+ u32 node;
+ char prop[64];
+ int model;
+
+ /* FIXME: This may be used for more Maple targets not only ATCA6101. */
+ node = call_prom("finddevice", 1, 1, ADDR("/"));
+ model = prom_getprop(node, "model", prop, sizeof(prop));
+ if (model != PROM_ERROR && (strcmp(prop, "Motorola,ATCA-6101") == 0))
+ fixup_device_tree_atca6101();
name = "/ht@0/isa@4";
isa = call_prom("finddevice", 1, 1, ADDR(name));
--
1.5.6
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [v1 PATCH 1/1] Fix 64bit Maple Host Bridge Address and Size Nodes
[not found] <49E2A2D2.2000606@windriver.com>
@ 2009-04-13 2:27 ` Tiejun Chen
0 siblings, 0 replies; 4+ messages in thread
From: Tiejun Chen @ 2009-04-13 2:27 UTC (permalink / raw)
To: Benjamin Herrenschmidt, michael, linuxppc-dev, akpm
[-- Attachment #1: Type: text/plain, Size: 3613 bytes --]
Michael and Ben,
If you are free please help me check this delayed patch.
For the original thread please filter email with the key words "Fix 64bit".
Best Regards
Tiejun
> In the DTB tree created by firmware on some Maple 64bit targets, such as
> ATCA6101,
> these two properties, address&size, should be 2. But the actual
> corresponding
> values
> of host bridge node are set 1 incorrectly by the firmware, we have to
> provide one
> fixup function to fix that.
>
> Signed-off-by: Tiejun Chen <tiejun.china@gmail.com>
> ---
> arch/powerpc/kernel/prom_init.c | 51
> ++++++++++++++++++++++++++++++++++++++-
> 1 files changed, 50 insertions(+), 1 deletions(-)
>
> diff --git a/arch/powerpc/kernel/prom_init.c
> b/arch/powerpc/kernel/prom_init.c
> index 2445945..7848b45 100644
> --- a/arch/powerpc/kernel/prom_init.c
> +++ b/arch/powerpc/kernel/prom_init.c
> @@ -1907,14 +1907,63 @@ static void __init flatten_device_tree(void)
> }
>
> #ifdef CONFIG_PPC_MAPLE
> +/* On ATCA6101 64bit target host bridge parent node has specified address
> and
> + * size properties to be 2. But the actual "cell" value for host bridge
> node
> + * is 1 since early MOTLoad internal bug. */
> +static void __init fixup_device_tree_atca6101(void)
> +{
> + phandle hb;
> + u32 hb_ranges[4];
> + u32 size_cell, addr_cell;
> + struct prom_t *_prom = &RELOC(prom);
> + char *name;
> +
> + name = "/hostbridge@f8000000";
> + hb = call_prom("finddevice", 1, 1, ADDR(name));
> + if (!PHANDLE_VALID(hb))
> + return;
> +
> + if (prom_getproplen(hb, "reg") != 8)
> + return;
> +
> + if (prom_getprop(hb, "reg", hb_ranges, (sizeof(hb_ranges))/2)
> + == PROM_ERROR)
> + return;
> +
> + prom_getprop(_prom->root, "#address-cells", &addr_cell,
> sizeof(addr_cell));
> + prom_getprop(_prom->root, "#size-cells", &size_cell,
> sizeof(size_cell));
> +
> + if ((addr_cell != 2) || (size_cell != 2) ||
> + (hb_ranges[0] != 0xf8000000))
> + return;
> +
> + prom_printf("Fixing up bogus HOSTBRIDGE reg on ATCA6101...\n");
> +
> + hb_ranges[3] = hb_ranges[1];
> + hb_ranges[1] = hb_ranges[0];
> + hb_ranges[0] = hb_ranges[2] = 0;
> + prom_setprop(hb, name, "reg",
> + hb_ranges, sizeof(hb_ranges));
> +}
> /* PIBS Version 1.05.0000 04/26/2005 has an incorrect /ht/isa/ranges
> property.
> - * The values are bad, and it doesn't even have the right number of cells.
> */
> + * The values are bad, and it doesn't even have the right number of cells.
> + * Additionally, the early MOTLoad generate incorrect address&size cells
> on
> + * some Maple platform such as ATCA6101. */
> static void __init fixup_device_tree_maple(void)
> {
> phandle isa;
> u32 rloc = 0x01002000; /* IO space; PCI device = 4 */
> u32 isa_ranges[6];
> char *name;
> + u32 node;
> + char prop[64];
> + int model;
> +
> + /* FIXME: This may be used for more Maple targets not only
> ATCA6101. */
> + node = call_prom("finddevice", 1, 1, ADDR("/"));
> + model = prom_getprop(node, "model", prop, sizeof(prop));
> + if (model != PROM_ERROR && (strcmp(prop, "Motorola,ATCA-6101") ==
> 0))
> + fixup_device_tree_atca6101();
>
> name = "/ht@0/isa@4";
> isa = call_prom("finddevice", 1, 1, ADDR(name));
> --
> 1.5.6
>
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
>
>
[-- Attachment #2: Type: text/html, Size: 4482 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [v1 PATCH 1/1] Fix 64bit Maple Host Bridge Address and Size Nodes
2009-04-03 10:46 ` [v1 PATCH 1/1] Fix 64bit Maple " tiejun.china
@ 2009-04-14 8:11 ` Segher Boessenkool
2009-04-14 10:11 ` Tiejun Chen
0 siblings, 1 reply; 4+ messages in thread
From: Segher Boessenkool @ 2009-04-14 8:11 UTC (permalink / raw)
To: tiejun.china; +Cc: linuxppc-dev, akpm
> In the DTB tree created by firmware on some Maple 64bit targets,
> such as ATCA6101,
> these two properties, address&size, should be 2.
And they are.
> But the actual corresponding values
> of host bridge node are set 1 incorrectly by the firmware, we have
> to provide one
> fixup function to fix that.
It is the "reg" property that is incorrectly encoded as-if
#address-cells and #size-cells were 1.
Please fix the commit message (and subject line).
> + name = "/hostbridge@f8000000";
> + hb = call_prom("finddevice", 1, 1, ADDR(name));
It's interesting that the firmware can find your node this way,
it won't match the "reg"! Looks like there is more than one
bug in there.
Code looks good,
Reviewed-by: Segher Boessenkool <segher@kernel.crashing.org>
Segher
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [v1 PATCH 1/1] Fix 64bit Maple Host Bridge Address and Size Nodes
2009-04-14 8:11 ` Segher Boessenkool
@ 2009-04-14 10:11 ` Tiejun Chen
0 siblings, 0 replies; 4+ messages in thread
From: Tiejun Chen @ 2009-04-14 10:11 UTC (permalink / raw)
To: Segher Boessenkool; +Cc: linuxppc-dev, akpm
[-- Attachment #1: Type: text/plain, Size: 1090 bytes --]
Segher,
Thank you very much for your review.
I already re-send this patch as you expect and please check this:
[v2 PATCH 1/1] Fix 64bit Maple Host Bridge 'reg' property
Best Regards
Tiejun
2009/4/14 Segher Boessenkool <segher@kernel.crashing.org>
> In the DTB tree created by firmware on some Maple 64bit targets, such as
>> ATCA6101,
>> these two properties, address&size, should be 2.
>>
>
> And they are.
>
> But the actual corresponding values
>> of host bridge node are set 1 incorrectly by the firmware, we have to
>> provide one
>> fixup function to fix that.
>>
>
> It is the "reg" property that is incorrectly encoded as-if
> #address-cells and #size-cells were 1.
>
> Please fix the commit message (and subject line).
>
> + name = "/hostbridge@f8000000";
>> + hb = call_prom("finddevice", 1, 1, ADDR(name));
>>
>
> It's interesting that the firmware can find your node this way,
> it won't match the "reg"! Looks like there is more than one
> bug in there.
>
> Code looks good,
>
> Reviewed-by: Segher Boessenkool <segher@kernel.crashing.org>
>
>
> Segher
>
>
[-- Attachment #2: Type: text/html, Size: 2117 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-04-14 10:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <49E2A2D2.2000606@windriver.com>
2009-04-13 2:27 ` [v1 PATCH 1/1] Fix 64bit Maple Host Bridge Address and Size Nodes Tiejun Chen
2009-04-03 10:46 [PATCH 1/1] Fix 64bit Mapple " tiejun.china
2009-04-03 10:46 ` [v1 PATCH 1/1] Fix 64bit Maple " tiejun.china
2009-04-14 8:11 ` Segher Boessenkool
2009-04-14 10:11 ` Tiejun Chen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).