From: Shawn Lin <shawn.lin@rock-chips.com>
To: Heiko Stuebner <heiko@sntech.de>
Cc: shawn.lin@rock-chips.com, Jaehoon Chung <jh80.chung@samsung.com>,
Ulf Hansson <ulf.hansson@linaro.org>,
linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org,
wxt@rock-chips.com
Subject: Re: [PATCH] mmc: dw_mmc-rockchip: add pinctrl support
Date: Tue, 19 Jan 2016 19:07:16 +0800 [thread overview]
Message-ID: <569E18E4.7050509@rock-chips.com> (raw)
In-Reply-To: <7857448.fZE0EdmvdR@phil>
On 2016/1/19 18:07, Heiko Stuebner wrote:
> Hi Shawn,
>
> Am Dienstag, 19. Januar 2016, 17:52:45 schrieb Shawn Lin:
>> We find rk3368 fail to enumerate sd card since
>> the default state is gpio function. Meahwhile, lots of
>> rockchip platform dts file assign pinctrl to dw_mmc but actually
>> dw_mmc never use it. Fortunately, those platforms' default io
>> state is sdmmc function, but no always right for all.
>>
>> Cc: Heiko Stuebner <heiko@sntech.de>
>> Signed-off-by: Shawn Lin <shawn.lin@rock-chips.com>
>
> I do believe any issue you see, must come from somewhere else, because the
> driver-core does in drivers/base/dd.c really_probe():
> pinctrl_bind_pins()
yes, pinctrl_bind_pins does turn pinctrl state. But I try debug a little
more and seems somewhere else switch the state before dw_mmc probe. Now
I *guess* that may relate to our ATF or MCU firmware since rk3368's
sdmmc io can also be used as mcu_jtag for system debug. I need to double
check that point, thanks.
Hi Caesar,
does your patch able to consider adding SDMMC/CPU_JTAG/MCU_JTAG
managment for rk3368 as well?
> which in turn already does the needed pinctrl state handling.
>
> So that default-state should be set up even before the dwmmc probe function
> is called.
>
> The sharing between sdmmc and uart2 pins is the same on the rk3036 and so
> far Caesar seems to have been able to switch the pin-state to sdmmc without
> touching the dw_mmc driver itself.
>
>
> Heiko
>
>
>> ---
>>
>> drivers/mmc/host/dw_mmc-rockchip.c | 15 +++++++++++++++
>> 1 file changed, 15 insertions(+)
>>
>> diff --git a/drivers/mmc/host/dw_mmc-rockchip.c
>> b/drivers/mmc/host/dw_mmc-rockchip.c index d9c92f3..308b424 100644
>> --- a/drivers/mmc/host/dw_mmc-rockchip.c
>> +++ b/drivers/mmc/host/dw_mmc-rockchip.c
>> @@ -9,6 +9,7 @@
>>
>> #include <linux/module.h>
>> #include <linux/platform_device.h>
>> +#include <linux/pinctrl/consumer.h>
>> #include <linux/clk.h>
>> #include <linux/mmc/host.h>
>> #include <linux/mmc/dw_mmc.h>
>> @@ -21,6 +22,8 @@
>> #define RK3288_CLKGEN_DIV 2
>>
>> struct dw_mci_rockchip_priv_data {
>> + struct pinctrl *pinctrl;
>> + struct pinctrl_state *pins_default;
>> struct clk *drv_clk;
>> struct clk *sample_clk;
>> int default_sample_phase;
>> @@ -78,6 +81,10 @@ static void dw_mci_rk3288_set_ios(struct dw_mci *host,
>> struct mmc_ios *ios) /* Make sure we use phases which we can enumerate
>> with */
>> if (!IS_ERR(priv->sample_clk))
>> clk_set_phase(priv->sample_clk, priv->default_sample_phase);
>> +
>> + /* Make sure we use correct pinctrl which we can enumerate with */
>> + if (!IS_ERR(priv->pinctrl) && !IS_ERR(priv->pins_default))
>> + pinctrl_select_state(priv->pinctrl, priv->pins_default);
>> }
>>
>> #define NUM_PHASES 360
>> @@ -223,6 +230,14 @@ static int dw_mci_rk3288_parse_dt(struct dw_mci
>> *host) if (IS_ERR(priv->sample_clk))
>> dev_dbg(host->dev, "ciu_sample not available\n");
>>
>> + priv->pinctrl = devm_pinctrl_get(host->dev);
>> + if (!IS_ERR(priv->pinctrl)) {
>> + priv->pins_default = pinctrl_lookup_state(priv->pinctrl,
>> + "default");
>> + if (IS_ERR(priv->pins_default))
>> + dev_dbg(host->dev, "pinctrl not available\n");
>> + }
>> +
>> host->priv = priv;
>>
>> return 0;
>
>
>
>
--
Best Regards
Shawn Lin
next prev parent reply other threads:[~2016-01-19 11:07 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-19 9:52 Shawn Lin
2016-01-19 10:07 ` Heiko Stuebner
2016-01-19 11:07 ` Shawn Lin [this message]
2016-01-19 11:45 ` Caesar Wang
2016-01-20 0:54 ` Shawn Lin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=569E18E4.7050509@rock-chips.com \
--to=shawn.lin@rock-chips.com \
--cc=heiko@sntech.de \
--cc=jh80.chung@samsung.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=ulf.hansson@linaro.org \
--cc=wxt@rock-chips.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome