Thread (1 message) 1 message, 1 author, 2014-03-24

[PATCH 03/20] mmc: mmci: Update DT documentation

From: Ulf Hansson <hidden>
Date: 2014-03-24 09:03:26
Also in: linux-devicetree

On 21 March 2014 16:03, Rob Herring [off-list ref] wrote:
On Fri, Mar 21, 2014 at 7:14 AM, Ulf Hansson [off-list ref] wrote:
quoted
Document how to configure the regulator supplies and add an example of
a typical mmci DT node.

Signed-off-by: Ulf Hansson <redacted>
---
 Documentation/devicetree/bindings/mmc/mmci.txt |   35 ++++++++++++++++++++++--
 1 file changed, 33 insertions(+), 2 deletions(-)
diff --git a/Documentation/devicetree/bindings/mmc/mmci.txt b/Documentation/devicetree/bindings/mmc/mmci.txt
index 2b584ca..d167562 100644
--- a/Documentation/devicetree/bindings/mmc/mmci.txt
+++ b/Documentation/devicetree/bindings/mmc/mmci.txt
@@ -9,7 +9,38 @@ by mmc.txt and the properties used by the mmci driver.
 Required properties:
 - compatible             : contains "arm,pl18x", "arm,primecell".
 - arm,primecell-periphid : contains the PrimeCell Peripheral ID.
This should not be required. This is only for if the peripheral ID is
wrong in the h/w.
You are right, I will move it to the optional section and add better
comment for it.
quoted
+- vmmc-supply            : phandle to the regulator device tree node.
You cannot add new required properties as that breaks the ABI. The
exception is if you *know* it is okay to break all users of this
binding.
It's okay, this is already supported by the users.
quoted
 Optional properties:
-- mmc-cap-mmc-highspeed  : indicates whether MMC is high speed capable
-- mmc-cap-sd-highspeed   : indicates whether SD is high speed capable
+- mmc-cap-mmc-highspeed  : indicates whether MMC is high speed capable.
+- mmc-cap-sd-highspeed   : indicates whether SD is high speed capable.
+- vqmmc-supply           : phandle to the regulator device tree node.
Is this a standard property? If not, explain what vmmc and vgmmc are
for and what the difference is.
Currently both vqmmc and vmmc are handled through an API provided by
the mmc core. It's up to each mmc host driver to use it. So, yes -
this is a standard mmc binding, but it depends on the host if it's
supported.

I suppose I could add it as an optional binding for the generic mmc
bindings and then keep them here for mmci as well?
quoted
+
+Example:
+
+sdi0_per1 at 80126000 {
+       compatible = "arm,pl18x", "arm,primecell";
+       arm,primecell-periphid = <0x10480180>;
Drop this from the example.
quoted
+       reg = <0x80126000 0x1000>;
+       interrupts = <0 60 IRQ_TYPE_LEVEL_HIGH>;
+
+       dmas = <&dma 29 0 0x2>, /* Logical - DevToMem */
+              <&dma 29 0 0x0>; /* Logical - MemToDev */
+       dma-names = "rx", "tx";
+
+       clocks = <&prcc_kclk 1 5>, <&prcc_pclk 1 5>;
+       clock-names = "sdi", "apb_pclk";
+
+       max-frequency = <100000000>;
+       bus-width = <4>;
+       mmc-cap-sd-highspeed;
+       mmc-cap-mmc-highspeed;
+       cd-gpios  = <&gpio2 31 0x4>; // 95
+
+       vmmc-supply = <&ab8500_ldo_aux3_reg>;
+       vqmmc-supply = <&vmmci>;
+
+       pinctrl-names = "default", "sleep";
+       pinctrl-0 = <&sdi0_default_mode>;
+       pinctrl-1 = <&sdi0_sleep_mode>;
+};
--
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Thanks for reviewing!

Kind regards
Ulf Hansson
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help