[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bba45d90-93dd-39c3-1b13-5326956bed89@ti.com>
Date: Wed, 17 Apr 2019 12:12:18 +0530
From: Vignesh Raghavendra <vigneshr@...com>
To: Sergei Shtylyov <sergei.shtylyov@...entembedded.com>,
David Woodhouse <dwmw2@...radead.org>,
Brian Norris <computersforpeace@...il.com>,
Boris Brezillon <bbrezillon@...nel.org>,
Marek Vasut <marek.vasut@...il.com>,
Richard Weinberger <richard@....at>,
Rob Herring <robh+dt@...nel.org>
CC: <linux-mtd@...ts.infradead.org>,
Tudor Ambarus <Tudor.Ambarus@...rochip.com>,
Miquel Raynal <miquel.raynal@...tlin.com>,
Joakim Tjernlund <Joakim.Tjernlund@...inera.com>,
<devicetree@...r.kernel.org>, Mason Yang <masonccyang@...c.com.tw>,
<linux-arm-kernel@...ts.infradead.org>, <nsekhar@...com>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v3 4/5] dt-bindings: mtd: Add bindings for TI's AM654
HyperBus memory controller
On 14/04/19 11:25 PM, Sergei Shtylyov wrote:
> On 04/12/2019 12:29 PM, Vignesh Raghavendra wrote:
>
>> Add binding documentation for TI's HyperBus memory controller present on
>> AM654 SoC.
>>
>> Signed-off-by: Vignesh Raghavendra <vigneshr@...com>
>> ---
>> .../devicetree/bindings/mtd/ti,am654-hbmc.txt | 31 +++++++++++++++++++
>> MAINTAINERS | 1 +
>> 2 files changed, 32 insertions(+)
>> create mode 100644 Documentation/devicetree/bindings/mtd/ti,am654-hbmc.txt
>>
>> diff --git a/Documentation/devicetree/bindings/mtd/ti,am654-hbmc.txt b/Documentation/devicetree/bindings/mtd/ti,am654-hbmc.txt
>> new file mode 100644
>> index 000000000000..00888482df25
>> --- /dev/null
>> +++ b/Documentation/devicetree/bindings/mtd/ti,am654-hbmc.txt
>> @@ -0,0 +1,31 @@
> [...]
>> +Optional properties:
>> +- mux-controls: phandle to the multiplexer that controls selection of
>> + HBMC vs OSPI. Mux state of 1 indicates HBMC is selected.
>
> I thought this is usually done with the help of drivers/pinctrl/..
>
This mux is internal to SoC and not at SoC pad level. Based on this bit
read/write requests at SoC interconnect is routed either to OSPI or
HBMC, hence mmio-mux is a good fit
OSPI and HBMC data pins are themselves at pad level which is handled by
pinctrl-single node.
>> +
>> +Example:
>> + hbmc: hbmc@...34000 {
>> + compatible = "ti,am654-hbmc";
>> + reg = <0x0 0x47034000 0x0 0x100>,
>> + <0x5 0x00000000 0x1 0x0000000>;
>> + power-domains = <&k3_pds 55>;
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> + ranges = <0x0 0x5 0x00000000 0x4000000>, /* CS0 - 64MB */
>> + <0x1 0x5 0x04000000 0x4000000>; /* CS1 - 64MB
>> +
>> + /* Slave flash node */
>> + flash@0{
>
> Need space before {.
>
Will fix.
>> + compatible = "cypress,hyperflash";
>> + reg = <0x0 0x4000000>;
>> + };
>> + };
> [...]
>
> MBR, Sergei
>
--
Regards
Vignesh
Powered by blists - more mailing lists