Re: [PATCH v3 2/2] ARM: dts: utilite-pro: add mmc card slot support
From: Christopher Spinrath <hidden>
Date: 2016-06-15 09:16:32
Also in:
linux-arm-kernel
Hi Igor, On 06/15/2016 08:40 AM, Igor Grinberg wrote:
Hi Christopher, On 06/13/2016 02:24 AM, christopher.spinrath-vA1bhqPz9FBZXbeN9DUtxg@public.gmane.org wrote:quoted
From: Christopher Spinrath <redacted> The Utilite Pro has a mmc card slot connected to the usdhc3 controller. There is no card detection until hardware revision 1.3. Add support for it and signal the controller with the broken-cd property that polling has to be used to detect a card. Signed-off-by: Christopher Spinrath <redacted> Reviewed-by: Fabio Estevam <redacted> --- Notes: Changes since v2: - add Fabio's Reviewed-By Changes since v1: - enhance commit message to explain to the broken-cd property arch/arm/boot/dts/imx6q-utilite-pro.dts | 44 +++++++++++++++++++++++++++++++++ 1 file changed, 44 insertions(+)diff --git a/arch/arm/boot/dts/imx6q-utilite-pro.dts b/arch/arm/boot/dts/imx6q-utilite-pro.dts index 7219745..6199063 100644 --- a/arch/arm/boot/dts/imx6q-utilite-pro.dts +++ b/arch/arm/boot/dts/imx6q-utilite-pro.dts[...]quoted
@@ -151,3 +184,14 @@ uart-has-rtscts; status = "okay"; }; + +&usdhc3 { + pinctrl-names = "default", "state_100mhz", "state_200mhz"; + pinctrl-0 = <&pinctrl_usdhc3>; + pinctrl-1 = <&pinctrl_usdhc3_100mhz>; + pinctrl-2 = <&pinctrl_usdhc3_200mhz>; + no-1-8-v; + broken-cd;A wast majority of boards produced are of revision >=1.3. Can we please have the default as revision 1.3 with cd? And let the patch you have submitted to U-Boot do the job for older revisions?
Well, my board has revision 1.0. So I cannot test that and feel uneasy to put my Signed-off-by under such a patch. IMHO the best solution would be that someone with a revision >= 1.3 board sends a follow-up patch adding the cd-gpios. If I resend the patch with cd-gpios could you test it and provide a Tested-By? The other question is: should the dts provide a working/sane configuration for all boards (which the broken-cd approach is) independently of the bootloader? Is it ok to put both, the cd-gpios and the broken-cd property into the dts and let the bootloader remove the broken-cd property for revision >= 1.3 (due to the documentation it is not but the driver favourites the broken cd property - hence, it would work)? Thanks, Christopher
quoted
+ keep-power-in-suspend; + status = "okay"; +};
-- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html