[PATCH 4/6] mmc: sdhci-esdhc-imx: remove duplicated dts parsing
b29396 at freescale.com
Thu Jul 9 01:59:48 PDT 2015
On Thu, Jul 09, 2015 at 03:38:35PM +0800, Shawn Guo wrote:
> On Thu, Jun 18, 2015 at 02:05:35AM +0800, Dong Aisheng wrote:
> > After commit 8d86e4fcccf6 ("mmc: sdhci-esdhc-imx: Call mmc_of_parse()"),
> > we do not need those duplicated parsing anymore.
> > Note: fsl,cd-controller is also deleted due to the driver does
> > not support controller card detection anymore after switch to runtime pm.
> > And there's no user of it right now in device tree.
> > wp-gpios is kept because we're still support fsl,wp-controller,
> > so we need a way to check if it's gpio wp or controller wp.
> I do not remember the reason why controller based CD stops working after
> we switch to runtime PM. But if CD stops working for some reason,
> shouldn't controller based WP stop working for the same reason?
The main reason may be CD/WP function needs controller clock on.
But after enable runtime pm, the clock will be disabled.
See below commit:
Author: Sascha Hauer <s.hauer at pengutronix.de>
Date: Fri May 23 14:33:04 2014 +0200
ARM: dts: imx51-babbage: Fix esdhc setup
Since commit 89d7e5c13122 (mmc: sdhci-esdhc-imx: add runtime pm
support), controller based card detection / write protection is not
supported anymore by esdhc driver. Let's use GPIO for CD/WP on esdhc1
While at it, fix cd gpio polarity for esdhc2. This is wrong and
currently only works because the imx esdhc driver ignores the polarity.
Signed-off-by: Sascha Hauer <s.hauer at pengutronix.de>
Signed-off-by: Shawn Guo <shawn.guo at freescale.com>
WP is bit different since sdhci_get_ro will call runtime_pm_get to enable
clocks. So i guess WP may still work.
I did not test, but i did see there's still a lot users of fsl,wp_controller
in device tree which is supposed to work.
There's no fsl,cd-controller users anymore.
> > Signed-off-by: Dong Aisheng <aisheng.dong at freescale.com>
More information about the linux-arm-kernel