devicetree.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Wolfram Sang <wsa+renesas@sang-engineering.com>
Cc: Linux-Renesas <linux-renesas-soc@vger.kernel.org>,
	Rob Herring <robh+dt@kernel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
	"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" 
	<devicetree@vger.kernel.org>
Subject: Re: [PATCH 0/5] arm64: dts: renesas: move I2C aliases to board files
Date: Thu, 18 Aug 2022 15:27:07 +0200	[thread overview]
Message-ID: <CAMuHMdWW0kPATT4zGcjcEPw6XO+18MWJAn_HESe3rrtoEoF=FA@mail.gmail.com> (raw)
In-Reply-To: <20220729164425.11062-1-wsa+renesas@sang-engineering.com>

Hi Wolfram,

CC devicetree

On Fri, Jul 29, 2022 at 6:50 PM Wolfram Sang
<wsa+renesas@sang-engineering.com> wrote:
> For R-Car Gen3 and Gen4, we had I2C aliases in per-SoC DTS include
> files. That doesn't really fit as bus naming is a board property. This
> series moves the aliases to the board files. The following procedure has
> been applied to avoid regressions:
>
> 1) move the aliases from SoC files to board files. Keep the empty
>    alias-nodes in the SoC file and add the new aliases before existing
>    ones. This ensured that identical binaries[1] were created.
>
> 2) Once all aliases were moved and all binaries[1] stayed identical,
>    then the empty alias nodes from the SoC files were removed.
>
> The result is this series based on the renesas-drivers tag
> 'renesas-drivers-2022-07-19-v5.19-rc7'.
>
> It could be discussed if the aliases should be sorted alphabetically,
> but I'd think this is a seperate series then.
>
> I also leave it to Geert, if the commits should be squashed. At least
> for reviewing, I think this separation makes sense, though.
>
> Looking forward to comments,

Thanks for your series!

I have never been a fan of the i2c aliases in the SoC-specific .dtsi files,
as aliases are typically board-specific.
We also don't have physical connectors labeled "i2c<N>" on any of
the affected boards.  But people like the i2c aliases, because i2c
exposes the full buses to userspace, and the aliases fix the userspace
naming of /dev/i2c-<N> (I believe there is no better way to identify
i2c buses from userspace?).

So moving the i2c aliases to the board files is definitely a step in
the good direction.

BTW, you missed r8a774a1.dtsi in your update.

> [1] For desired binaries, of course. For r8a77961 boards, the binaries
> did change. This was intended, though, because I wanted to add I2C
> aliases there which were not present before. Also, the r8a779m* boards
> now have I2C aliases, too.
>
>
> Wolfram Sang (5):
>   arm64: dts: renesas: r8a779{51|60|65}: put I2C aliases to board files
>   arm64: dts: renesas: r8a77970: put I2C aliases to board files
>   arm64: dts: renesas: r8a77980: put I2C aliases to board files
>   arm64: dts: renesas: r8a77990: put I2C aliases to board files
>   arm64: dts: renesas: r8a779a0: put I2C aliases to board files
>
>  arch/arm64/boot/dts/renesas/ebisu.dtsi               |  8 ++++++++
>  arch/arm64/boot/dts/renesas/r8a77951.dtsi            | 11 -----------
>  arch/arm64/boot/dts/renesas/r8a77960.dtsi            | 11 -----------
>  arch/arm64/boot/dts/renesas/r8a77965.dtsi            | 11 -----------
>  arch/arm64/boot/dts/renesas/r8a77970-eagle.dts       |  5 +++++
>  arch/arm64/boot/dts/renesas/r8a77970-v3msk.dts       |  5 +++++
>  arch/arm64/boot/dts/renesas/r8a77970.dtsi            |  8 --------
>  arch/arm64/boot/dts/renesas/r8a77980-condor.dts      |  6 ++++++
>  arch/arm64/boot/dts/renesas/r8a77980-v3hsk.dts       |  6 ++++++
>  arch/arm64/boot/dts/renesas/r8a77980.dtsi            |  9 ---------
>  arch/arm64/boot/dts/renesas/r8a77990.dtsi            | 11 -----------
>  arch/arm64/boot/dts/renesas/r8a779a0-falcon-cpu.dtsi |  7 +++++++
>  arch/arm64/boot/dts/renesas/r8a779a0.dtsi            | 10 ----------
>  arch/arm64/boot/dts/renesas/salvator-common.dtsi     |  8 ++++++++
>  arch/arm64/boot/dts/renesas/ulcb.dtsi                |  8 ++++++++
>  15 files changed, 53 insertions(+), 71 deletions(-)

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

       reply	other threads:[~2022-08-18 13:27 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20220729164425.11062-1-wsa+renesas@sang-engineering.com>
2022-08-18 13:27 ` Geert Uytterhoeven [this message]
2022-08-25  6:37   ` [PATCH 0/5] arm64: dts: renesas: move I2C aliases to board files Wolfram Sang
2022-08-25  6:46     ` Geert Uytterhoeven

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAMuHMdWW0kPATT4zGcjcEPw6XO+18MWJAn_HESe3rrtoEoF=FA@mail.gmail.com' \
    --to=geert@linux-m68k.org \
    --cc=devicetree@vger.kernel.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=wsa+renesas@sang-engineering.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).