From: Simon Horman <horms@verge.net.au>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Magnus Damm <magnus.damm@gmail.com>,
Linux-Renesas <linux-renesas-soc@vger.kernel.org>
Subject: Re: [PATCH v2 00/03] arm64: dts: renesas: Add IPMMU device nodes V2
Date: Tue, 17 Jul 2018 14:01:44 +0200 [thread overview]
Message-ID: <20180717120143.exzfzsm7zzicrsdx@verge.net.au> (raw)
In-Reply-To: <CAMuHMdWMj-91DHg5H2bfFDphLmrj5Er-vksKy0X0OcFso+zLNQ@mail.gmail.com>
On Mon, Jul 16, 2018 at 10:07:25AM +0200, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Mon, Jul 16, 2018 at 9:50 AM Simon Horman <horms@verge.net.au> wrote:
> > On Wed, Jun 20, 2018 at 11:14:17AM +0200, Simon Horman wrote:
> > > On Sun, Jun 17, 2018 at 07:42:04PM +0900, Magnus Damm wrote:
> > > > arm64: dts: renesas: Add IPMMU device nodes V2
> > > >
> > > > [PATCH v2 01/03] arm64: dts: renesas: r8a77965: Add IPMMU devices nodes
> > > > [PATCH v2 02/03] arm64: dts: renesas: r8a77980: Add IPMMU devices nodes
> > > > [PATCH v2 03/03] arm64: dts: renesas: r8a77990: Add IPMMU devices nodes
> > > >
> > > > This series is the second attempt to add IPMMU device nodes to R-Car M3-N,
> > > > R-Car V3H and R-Car E3 SoCs.
> > > >
> > > > The IPMMU DT binding changes are not yet merged upstream however they
> > > > have been documented by the following patches:
> > > >
> > > > [PATCH] iommu/ipmmu-vmsa: Document R-Car M3-N IPMMU DT bindings
> > > > [PATCH] iommu/ipmmu-vmsa: Document R-Car V3H and E3 IPMMU DT bindings
> > > >
> > > > Please see each individual patch for list of changes.
> > >
> > > Hi Magnus,
> > >
> > > as per my comment on v1, did you consider merging these patches into one
> > > patch. Olof has asked that we consider such consolidation.
> >
> > The above dependencies now appear have been accepted for v4.19.
> >
> > I have now applied this series. I took the liberty of squashing all three
> > patches into one. The result is as follows.
>
> I tend to disagree...
>
> > From: Magnus Damm <damm+renesas@opensource.se>
> > Date: Sun, 17 Jun 2018 19:42:13 +0900
> > Subject: [PATCH] arm64: dts: renesas: r8a779{65,80,90}: Add IPMMU devices
> > nodes
> >
> > Add IPMMU device nodes for the R-Car M3-N (r8a77965),
> > V3H (r8a77980) and E3 (r8a77990) SoCs.
> >
> > * The r8a77965 IPMMU is quite similar to r8a7796 however VP0
> > has been added and PV1 has been removed. Also the IMSSTR
> > bit assignment has been reworked.
> >
> > * The r8a77980 IPMMU is quite similar to r8a77970 however VC0
> > has been added. The IMSSTR bit assignment has also been
> > reworked. Power domains are also quite different however the
> > the documentation is rather unclear about this topic.
> >
> > Until we know better VC0 gets assigned to R8A77980_PD_ALWAYS_ON.
> >
> > * The r8a77990 IPMMU is similar to r8a77995. Power domains are
> > however different and the public documentation is still unclear.
> >
> > Based on preliminary information from the hardware team the R-Car E3
> > SoC comes with an IPMMU-VP0 device in an Always-on power domain and
> > the IPMMU-VC0 is placed as expected in the A3VC power domain.
> >
> > Signed-off-by: Magnus Damm <damm+renesas@opensource.se>
> > Signed-off-by: Simon Horman <horms+renesas@verge.net.au>
>
> As is obvious from the need for three bullets with extensive explanation
> above, the IPMMU hierarchies for the various SoCs do differ a lot. Hence
> this is not a case of mindless copying/adjusting the device node for the
> (same and identical) device found on multiple SoC variants.
>
> There's also a high probability of future fixes, cfr. "Until we know better ..."
> and "the public documentation is still unclear".
>
> Given the above, I think it's better to keep them as 3 separate commits.
Sure, there are details, and they are important.
But at a high level we are adding all the IPMMU nodes to 3 different SoCs.
next prev parent reply other threads:[~2018-07-17 12:34 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-17 10:42 [PATCH v2 00/03] arm64: dts: renesas: Add IPMMU device nodes V2 Magnus Damm
2018-06-17 10:42 ` [PATCH v2 01/03] arm64: dts: renesas: r8a77965: Add IPMMU devices nodes Magnus Damm
2018-06-20 13:35 ` Geert Uytterhoeven
2018-06-17 10:42 ` [PATCH v2 02/03] arm64: dts: renesas: r8a77980: " Magnus Damm
2018-06-20 13:44 ` Geert Uytterhoeven
2018-06-17 10:42 ` [PATCH v2 03/03] arm64: dts: renesas: r8a77990: " Magnus Damm
2018-06-20 13:25 ` Geert Uytterhoeven
2018-06-20 9:14 ` [PATCH v2 00/03] arm64: dts: renesas: Add IPMMU device nodes V2 Simon Horman
2018-07-16 7:49 ` Simon Horman
2018-07-16 8:07 ` Geert Uytterhoeven
2018-07-17 12:01 ` Simon Horman [this message]
2018-11-28 9:41 ` Geert Uytterhoeven
2019-01-03 11:36 ` 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=20180717120143.exzfzsm7zzicrsdx@verge.net.au \
--to=horms@verge.net.au \
--cc=geert@linux-m68k.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=magnus.damm@gmail.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).