[PATCHv2 4/6] dt-bindings: arm: add Freescale LS1021A SoC device tree binding
From: Jingchang Lu <hidden>
Date: 2014-08-22 10:21:18
Also in:
linux-devicetree
-----Original Message----- From: Diana Craciun [mailto:diana.craciun at freescale.com] Sent: Wednesday, August 20, 2014 8:35 PM To: Lu Jingchang-B35083 Cc: Guo Shawn-R65073; mark.rutland at arm.com; devicetree at vger.kernel.org; linux-arm-kernel at lists.infradead.org Subject: Re: [PATCHv2 4/6] dt-bindings: arm: add Freescale LS1021A SoC device tree binding On 08/04/2014 12:39 PM, Jingchang Lu wrote:quoted
Signed-off-by: Jingchang Lu <redacted> --- Documentation/devicetree/bindings/arm/fsl.txt | 37+++++++++++++++++++++++++++quoted
1 file changed, 37 insertions(+)diff --git a/Documentation/devicetree/bindings/arm/fsl.txtb/Documentation/devicetree/bindings/arm/fsl.txt index e935d7d..c962124 100644--- a/Documentation/devicetree/bindings/arm/fsl.txt +++ b/Documentation/devicetree/bindings/arm/fsl.txt@@ -74,3 +74,40 @@ Required root node properties: i.MX6q generic board Required root node properties: - compatible = "fsl,imx6q"; + + +Freescale LS1021A Platform Device Tree Bindings +------------------------------------------------ + +Required root node compatible properties: + - compatible = "fsl,ls1021a"; + +SoC-specific device tree bindings for system configuration +------------------------------------------- + +Required device node compatible properties: + + - compatible = "fsl,ls1021a-scfg": + scfg is the supplemental configuration unit, provides SoC specific + configuration and status registers for the chip. There is nodedicatequoted
+ driver for it, but for device whose configuration and statusregisterquoted
+ locates in this space should operate on it. Such as getting PEX port + status. + + - compatible = "fsl,ls1021a-dcfg": + dcfg is the device configuration unit that provides general purpose + configuration and status for the device, there is no dedicate driver + for it, but for device whose configuration and status registerlocatesquoted
+ in this space should operate on it. Such as setting the secondarycorequoted
+ start address and release the secondary core from holdoff andstartup. Is it that important to be mentioned in the binding that there is no driver for it? It seems to be just an implementation detail, the device tree describes the hardware not any particular implementation.quoted
+ +Example: + scfg: scfg at 1570000 { + compatible = "fsl,ls1021a-scfg"; + reg = <0x0 0x1570000 0x0 0x10000>;The reg is not part of the description above. I think that each of these nodes should be described separate, maybe something like this: Freescale SCFG scfg is the supplemental configuration unit, provides SoC specific configuration and status registers for the chip. There is no dedicate driver for it, but for device whose configuration and status register locates in this space should operate on it. Such as getting PEX port status.
Thanks, I will redescribe them. Best Regards, Jingchang