[PATCH v2 09/19] ARM64: dts: Add R-Car Salvator-x M3-N support

On Thu, Feb 22, 2018 at 02:28:46PM +0100, Geert Uytterhoeven wrote:

Hi Arnd,

On Thu, Feb 22, 2018 at 12:39 PM, Arnd Bergmann [off-list ref] wrote:

quoted

On Wed, Feb 21, 2018 at 6:15 PM, Simon Horman [off-list ref] wrote:

quoted

On Tue, Feb 20, 2018 at 04:46:23PM +0100, Geert Uytterhoeven wrote:

quoted

On Tue, Feb 20, 2018 at 4:12 PM, Jacopo Mondi [off-list ref] wrote:

quoted

Add basic support for R-Car Salvator-X M3-N (R8A77965) board.

Based on original work from:
Takeshi Kihara [off-list ref]
Magnus Damm [off-list ref]

Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org>

Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>

Thanks, applied with prefix updated to

"arm64: dts: renesas:"

There was some fuzz applying this patch, the result is as follows.

From: Jacopo Mondi <jacopo+renesas@jmondi.org>
Subject: [PATCH] arm64: dts: renesas: Add R-Car Salvator-x M3-N support

Add basic support for R-Car Salvator-X M3-N (R8A77965) board.

Based on original work from:
Takeshi Kihara [off-list ref]
Magnus Damm [off-list ref]

Signed-off-by: Jacopo Mondi <jacopo+renesas@jmondi.org>
Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>

Something went wrong with this patch, I suspect it's missing some prerequisites
that fill in a few more device nodes to avoid these warnings in linux-next:

arch/arm64/boot/dts/renesas/r8a77965-salvator-x.dtb: Warning
(reg_format): "reg" property in /soc/ethernet at e6800000/ethernet-phy at 0
has invalid length (4 bytes) (#address-cells == 2, #size-cells == 1)

[...]

quoted

Maybe just take out the patch adding the .dts file for the time being until
the important nodes are all in place?

Removing the .dts file removes the ability to boot the newly added board...

The issue here is that we are sharing board .dtsi for boards that can be
equipped with different pin-compatible SiPs (Ri-Car H3, M3-W, M3-N), while
not all SoC support has been enabled and/or tested. As the board .dtsi
references on-SoC devices using phandles, the new r8a77965.dtsi declares
placeholders for the devices that are not yet enabled/tested.
This worked fine for r8a7796.dtsi before, but causes dtc warnings due to
recent improvements in DT validation.

I think the simplest way to fix this is to add reg properties to the
placeholders, as Simon did for the last two placeholders in r8a7796.dtsi in
commit 4316989537a6ed53 ("arm64: dts: renesas: r8a7796: add reg properties to
pciec[01] nodes").

Hi Arnd,

Sorry for letting this slip through.

I think the best solution is an incremental patch on top of the renesas
devel branch to, as Geert suggests, add reg properties to the placeholders.

I've asked Jacopo to prepare such a patch.