[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181123162417.GZ53235@atomide.com>
Date: Fri, 23 Nov 2018 08:24:17 -0800
From: Tony Lindgren <tony@...mide.com>
To: Roger Quadros <rogerq@...com>
Cc: robh+dt@...nel.org, bcousson@...libre.com, ssantosh@...nel.org,
ohad@...ery.com, bjorn.andersson@...aro.org, s-anna@...com,
nsekhar@...com, t-kristo@...com, nsaulnier@...com, jreeder@...com,
m-karicheri2@...com, woods.technical@...il.com,
linux-omap@...r.kernel.org, linux-remoteproc@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH 01/17] dt-bindings: remoteproc: Add TI PRUSS bindings
Hi,
* Roger Quadros <rogerq@...com> [181122 11:39]:
> From: Suman Anna <s-anna@...com>
> +Example:
> +========
> +1. /* AM33xx PRU-ICSS */
> + pruss_soc_bus: pruss_soc_bus@...26004 {
> + compatible = "ti,am3356-pruss-soc-bus";
> + ti,hwmods = "pruss";
> + reg = <0x4a326004 0x4>;
> + #address-cells = <1>;
> + #size-cells = <1>;
> + ranges;
The top level interconnect target module driver should be just ti-sysc
as documented in Documentation/devicetree/bindings/bus/ti-sysc.txt.
AFAIK there is nothing PRU specific there. So let's not add yet
another custom interconnect target module handling code to deal with.
I also posted a patch a while back for using reset-simple with
ti-sysc as "[PATCHv2] reset: ti-rstctrl: use the reset-simple driver".
> + pruss_cfg: cfg@...26000 {
> + compatible = "syscon";
> + reg = <0x4a326000 0x2000>;
> + };
> +
> + pruss_iep: iep@...2e000 {
> + compatible = "syscon";
> + reg = <0x4a32e000 0x31c>;
> + };
> +
> + pruss_mii_rt: mii_rt@...32000 {
> + compatible = "syscon";
> + reg = <0x4a332000 0x58>;
> + };
Hmm what are these syscon register actually doing? Sseems like
they should be just handled by a phy driver nowadays?
Other than that the binding looks OK to me. Good to finally
see some activity in getting the PRU support merged :)
Regards,
Tony
Powered by blists - more mailing lists