From: Simon Horman <horms@verge.net.au>
To: linux-sh@vger.kernel.org
Subject: Re: [PATCH v2 1/2] usb: host: xhci-plat: add R-Car Gen2 and Gen3 fallback compatibility strings
Date: Tue, 12 Jan 2016 01:08:49 +0000 [thread overview]
Message-ID: <20160112010849.GD3860@verge.net.au> (raw)
In-Reply-To: <1452485245-9001-2-git-send-email-horms+renesas@verge.net.au>
Hi Gregory,
On Mon, Jan 11, 2016 at 10:00:41AM +0100, Gregory CLEMENT wrote:
> Hi Simon and Geert
>
> On lun., janv. 11 2016, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> > CC Gregory
> >
> > On Mon, Jan 11, 2016 at 5:07 AM, Simon Horman
> > <horms+renesas@verge.net.au> wrote:
> >> Add fallback compatibility strings for R-Car Gen2 and Gen3.
> >>
> >> This is in keeping with the fallback scheme being adopted wherever
> >> appropriate for drivers for Renesas SoCs.
> >>
> >> Signed-off-by: Simon Horman <horms+renesas@verge.net.au>
> >
> > Acked-by: Geert Uytterhoeven <geert+renesas@glider.be>
>
> I have just one nitpick:
>
> >
> >> ---
> >> v2
> >> * Use consistent line ending in documentation
> >> * Group compat strings at the bottom of usb_xhci_of_match[]
> >> ---
> >> Documentation/devicetree/bindings/usb/usb-xhci.txt | 21 +++++++++++++++++----
> >> drivers/usb/host/xhci-plat.c | 5 +++++
> >> 2 files changed, 22 insertions(+), 4 deletions(-)
> >>
> >> diff --git a/Documentation/devicetree/bindings/usb/usb-xhci.txt b/Documentation/devicetree/bindings/usb/usb-xhci.txt
> >> index 082573289f1e..34e1d7b6a829 100644
> >> --- a/Documentation/devicetree/bindings/usb/usb-xhci.txt
> >> +++ b/Documentation/devicetree/bindings/usb/usb-xhci.txt
> >> @@ -1,10 +1,23 @@
> >> USB xHCI controllers
> >>
> >> Required properties:
> >> - - compatible: should be one of "generic-xhci",
> >> - "marvell,armada-375-xhci", "marvell,armada-380-xhci",
> >> - "renesas,xhci-r8a7790", "renesas,xhci-r8a7791", "renesas,xhci-r8a7793",
> >> - "renesas,xhci-r8a7795" (deprecated: "xhci-platform").
> >> + - compatible: should be one or more of
> >> +
> >> + - "generic-xhci" for generic XHCI device
> >> + - "marvell,armada-375-xhci" for Armada 375 SoCs
> >> + - "marvell,armada-380-xhci" for Armada 380 SoCs
>
> Actually this compatible is also for the Armada 385 SoCs and the Armada
> 388 SoCs, so usually we called this family Armada 38x.
Thanks, to clarify the above line would be better written as:
- "marvell,armada-380-xhci" for Armada 38x SoCs
>
> Thanks,
>
> Gregory
>
> >> + - "renesas,xhci-r8a7790" for r8a7790 SoC
> >> + - "renesas,xhci-r8a7791" for r8a7791 SoC
> >> + - "renesas,xhci-r8a7793" for r8a7793 SoC
> >> + - "renesas,xhci-r8a7795" for r8a7795 SoC
> >> + - "renesas,rcar-gen2-xhci" for a generic R-Car Gen2 compatible device
> >> + - "renesas,rcar-gen3-xhci" for a generic R-Car Gen3 compatible device
> >> + - "xhci-platform" (deprecated)
> >> +
> >> + When compatible with the generic version, nodes must list the
> >> + SoC-specific version corresponding to the platform first
> >> + followed by the generic version.
> >> +
> >> - reg: should contain address and length of the standard XHCI
> >> register set for the device.
> >> - interrupts: one XHCI interrupt should be described here.
> >> diff --git a/drivers/usb/host/xhci-plat.c b/drivers/usb/host/xhci-plat.c
> >> index 770b6b088797..05d09d7547ea 100644
> >> --- a/drivers/usb/host/xhci-plat.c
> >> +++ b/drivers/usb/host/xhci-plat.c
> >> @@ -110,6 +110,11 @@ static const struct of_device_id usb_xhci_of_match[] = {
> >> .compatible = "renesas,xhci-r8a7795",
> >> .data = &xhci_plat_renesas_rcar_gen3,
> >> }, {
> >> + .compatible = "renesas,rcar-gen2-xhci",
> >> + .data = &xhci_plat_renesas_rcar_gen2,
> >> + }, {
> >> + .compatible = "renesas,rcar-gen3-xhci",
> >> + .data = &xhci_plat_renesas_rcar_gen3,
> >> },
> >> };
> >> MODULE_DEVICE_TABLE(of, usb_xhci_of_match);
> >
> > 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
>
> --
> Gregory Clement, Free Electrons
> Kernel, drivers, real-time and embedded Linux
> development, consulting, training and support.
> http://free-electrons.com
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
prev parent reply other threads:[~2016-01-12 1:08 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-11 4:07 [PATCH v2 1/2] usb: host: xhci-plat: add R-Car Gen2 and Gen3 fallback compatibility strings Simon Horman
2016-01-11 8:13 ` Geert Uytterhoeven
2016-01-11 9:00 ` Gregory CLEMENT
2016-01-12 1:08 ` Simon Horman [this message]
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=20160112010849.GD3860@verge.net.au \
--to=horms@verge.net.au \
--cc=linux-sh@vger.kernel.org \
/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).