From: Simon Horman <horms@verge.net.au>
To: Sergei Shtylyov <sergei.shtylyov@cogentembedded.com>
Cc: netdev@vger.kernel.org, linux-sh@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
Magnus Damm <magnus.damm@gmail.com>,
Florian Fainelli <f.fainelli@gmail.com>,
Geert Uytterhoeven <geert@linux-m68k.org>,
Kazuya Mizuguchi <kazuya.mizuguchi.ks@renesas.com>
Subject: Re: [PATCH/RFC v2 net-next 3/4] ravb: Document binding for r8a7795 SoC
Date: Mon, 14 Sep 2015 09:42:08 +0900 [thread overview]
Message-ID: <20150914004207.GA6230@verge.net.au> (raw)
In-Reply-To: <55F2E44D.6010505@cogentembedded.com>
On Fri, Sep 11, 2015 at 05:25:17PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 9/11/2015 5:01 AM, Simon Horman wrote:
>
> >From: Kazuya Mizuguchi <kazuya.mizuguchi.ks@renesas.com>
> >
> >This patch updates the ravb binding to support the r8a7795 SoC by:
> >- Adding a compat string for the new hardware
> >- Adding 25 named interrupts to binding for the new SoC;
> > older SoCs continue to use a single multiplexed interrupt
> >
> >The example is also updated to reflect the r8a7795 as this is the
> >more complex case.
> >
> >Based on work by Kazuya Mizuguchi and others.
> >
> >Signed-off-by: Simon Horman <horms+renesas@verge.net.au>
> >
> >---
> >
> >v2
> >* First post; broken out of a driver update patch
> >* As discussed with Geert Uytterhoeven and Sergei Shtylyov
> > - Binding: Make all interrupts mandatory as named-interrupts of
> > the form ch%u
> >---
> > .../devicetree/bindings/net/renesas,ravb.txt | 65 +++++++++++++++++++---
> > 1 file changed, 58 insertions(+), 7 deletions(-)
> >
> >diff --git a/Documentation/devicetree/bindings/net/renesas,ravb.txt b/Documentation/devicetree/bindings/net/renesas,ravb.txt
> >index 1fd8831437bf..6c360f993d33 100644
> >--- a/Documentation/devicetree/bindings/net/renesas,ravb.txt
> >+++ b/Documentation/devicetree/bindings/net/renesas,ravb.txt
> [...]
> >@@ -27,13 +33,46 @@ Optional properties:
> > Example:
> >
> > ethernet@e6800000 {
> >- compatible = "renesas,etheravb-r8a7790";
> >- reg = <0 0xe6800000 0 0x800>, <0 0xee0e8000 0 0x4000>;
> >+ compatible = "renesas,etheravb-r8a7795";
> >+ reg = <0 0xe6800000 0 0x800>, <0 0xe6a00000 0 0x10000>;
> > interrupt-parent = <&gic>;
> >- interrupts = <0 163 IRQ_TYPE_LEVEL_HIGH>;
> >- clocks = <&mstp8_clks R8A7790_CLK_ETHERAVB>;
> >- phy-mode = "rmii";
> >+ interrupts = <GIC_SPI 39 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 40 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 41 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 42 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 43 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 44 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 45 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 46 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 47 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 48 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 49 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 50 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 51 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 52 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 53 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 54 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 55 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 56 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 57 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 58 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 59 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 60 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 61 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 62 IRQ_TYPE_LEVEL_HIGH>,
> >+ <GIC_SPI 63 IRQ_TYPE_LEVEL_HIGH>;
> >+ interrupt-names = "ch0", "ch1", "ch2", "ch3",
> >+ "ch4", "ch5", "ch6", "ch7",
> >+ "ch8", "ch9", "ch10", "ch11",
> >+ "ch12", "ch13", "ch14", "ch15",
> >+ "ch16", "ch17", "ch18", "ch19",
> >+ "ch20", "ch21", "ch22", "ch23",
> >+ "ch24";
>
> To me, these names don't look very helpful. You could as well omit them
> and use platform_get_irq() with the channel #.
These names reflect the hardware; which is the aim of DT.
As I believe you pointed out earlier it is preferred to use named
interrupts when there is more than one. Do I misunderstand the situation
there?
If you have a positive contribution to make regarding better names then
I am all ears.
> >+ clocks = <&mstp8_clks R8A7795_CLK_ETHERAVB>;
> >+ phy-mode = "rgmii-id";
> >+ phy-reset-gpio = <&gpio2 10 0>;
>
> I don't see how this prop is used by the driver and it's not documented
> in the bindings.
Thanks for pointing that out. It looks like I should remove phy-reset-gpio.
next prev parent reply other threads:[~2015-09-14 0:42 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-11 2:01 [PATCH/RFC v2 net-next 0/4] ravb: Add support for r8a7795 SoC Simon Horman
2015-09-11 2:01 ` [PATCH/RFC v2 net-next 1/4] phylib: Add phy_set_max_speed helper Simon Horman
2015-09-11 4:14 ` Florian Fainelli
2015-09-11 4:30 ` Simon Horman
2015-09-11 13:34 ` Sergei Shtylyov
2015-09-11 2:01 ` [PATCH/RFC v2 net-next 2/4] ravb: Provide dev parameter to DMA API Simon Horman
2015-09-11 2:01 ` [PATCH/RFC v2 net-next 3/4] ravb: Document binding for r8a7795 SoC Simon Horman
2015-09-11 7:12 ` Geert Uytterhoeven
2015-09-11 8:14 ` Simon Horman
2015-09-11 8:41 ` Geert Uytterhoeven
2015-09-11 8:53 ` Simon Horman
2015-09-11 14:25 ` Sergei Shtylyov
2015-09-14 0:42 ` Simon Horman [this message]
2015-09-30 18:26 ` Sergei Shtylyov
2015-09-11 2:01 ` [PATCH/RFC v2 net-next 4/4] ravb: Add support " Simon Horman
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=20150914004207.GA6230@verge.net.au \
--to=horms@verge.net.au \
--cc=f.fainelli@gmail.com \
--cc=geert@linux-m68k.org \
--cc=kazuya.mizuguchi.ks@renesas.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-sh@vger.kernel.org \
--cc=magnus.damm@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=sergei.shtylyov@cogentembedded.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).