From: Bjorn Andersson <bjorn.andersson@linaro.org>
To: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Adrian Hunter <adrian.hunter@intel.com>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-msm@vger.kernel.org" <linux-arm-msm@vger.kernel.org>,
Venkat Gopalakrishnan <venkatg@codeaurora.org>,
Ritesh Harjani <riteshh@codeaurora.org>
Subject: Re: [PATCH 2/2] mmc: sdhci-msm: Enable delay circuit calibration clocks
Date: Wed, 23 Aug 2017 10:28:28 -0700 [thread overview]
Message-ID: <20170823172828.GA29306@minitux> (raw)
In-Reply-To: <CAPDyKFphMcVfbPUacG-iJEhwT0m6uKXFs6wjgS=YXOK2c_bqEA@mail.gmail.com>
On Tue 22 Aug 03:45 PDT 2017, Ulf Hansson wrote:
> [...]
>
> > diff --git a/drivers/mmc/host/sdhci-msm.c b/drivers/mmc/host/sdhci-msm.c
> > index 71e01cbc38b6..7b47906ba447 100644
> > --- a/drivers/mmc/host/sdhci-msm.c
> > +++ b/drivers/mmc/host/sdhci-msm.c
> > @@ -131,7 +131,7 @@ struct sdhci_msm_host {
> > struct clk *pclk; /* SDHC peripheral bus clock */
> > struct clk *bus_clk; /* SDHC bus voter clock */
> > struct clk *xo_clk; /* TCXO clk needed for FLL feature of cm_dll*/
> > - struct clk_bulk_data bulk_clks[2];
> > + struct clk_bulk_data bulk_clks[4];
> > unsigned long clk_rate;
> > struct mmc_host *mmc;
> > bool use_14lpp_dll_reset;
> > @@ -1125,6 +1125,7 @@ static int sdhci_msm_probe(struct platform_device *pdev)
> > struct sdhci_pltfm_host *pltfm_host;
> > struct sdhci_msm_host *msm_host;
> > struct resource *core_memres;
> > + struct clk *clk;
> > int ret;
> > u16 host_version, core_minor;
> > u32 core_version, config;
> > @@ -1194,6 +1195,14 @@ static int sdhci_msm_probe(struct platform_device *pdev)
> > msm_host->bulk_clks[0].clk = msm_host->clk;
> > msm_host->bulk_clks[1].clk = msm_host->pclk;
> >
> > + clk = devm_clk_get(&pdev->dev, "cal");
> > + if (!IS_ERR(clk))
> > + msm_host->bulk_clks[2].clk = clk;
> > +
> > + clk = devm_clk_get(&pdev->dev, "sleep");
> > + if (!IS_ERR(clk))
> > + msm_host->bulk_clks[3].clk = clk;
> > +
>
> First, both these clocks needs to be documented in DT doc.
>
Of course, sorry for missing this part.
> Second, I think you should initialize bulk_clks[2|3] to NULL, in case
> the new optional clocks can't be fetched.
>
msm_host does come from a kzalloc() in mmc_alloc_host(), but I can write
this differently to not rely on this "fact".
> > ret = clk_bulk_prepare_enable(ARRAY_SIZE(msm_host->bulk_clks),
> > msm_host->bulk_clks);
> > if (ret)
> > --
> > 2.12.0
> >
>
> Another observation is the number of clocks for this device. In some
> cases, now six clocks are needed!? Is that really correct? Just wanted
> to point it out as it seems a bit too much. :-)
>
* we need "iface" and "core" for normal operation
* "xo" is the base clock of the entire system and is always present,
question is why its clock rate isn't hard coded in the driver.
* "bus" should probably not be handled directly in the driver, but
rather through the upcoming "interconnect" framework
* And finally these two new clocks are needed on some HS400-enabled
platforms, for calibrating the separate (RCLK) clock delay circuit
So I believe the right answer should have been 2 required and 2 optional
clocks. But we need the interconnect framework and I'll look into why
we need to specify "xo".
Regards,
Bjorn
next prev parent reply other threads:[~2017-08-23 17:28 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-18 17:55 [PATCH 0/2] Support SDHCI on 8974pro devices Bjorn Andersson
2017-08-18 17:55 ` [PATCH 1/2] mmc: sdhci-msm: Utilize bulk clock API Bjorn Andersson
2017-08-22 10:38 ` Ulf Hansson
2017-08-18 17:55 ` [PATCH 2/2] mmc: sdhci-msm: Enable delay circuit calibration clocks Bjorn Andersson
2017-08-22 10:45 ` Ulf Hansson
2017-08-23 17:28 ` Bjorn Andersson [this message]
2017-08-24 10:51 ` Ulf Hansson
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=20170823172828.GA29306@minitux \
--to=bjorn.andersson@linaro.org \
--cc=adrian.hunter@intel.com \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=riteshh@codeaurora.org \
--cc=ulf.hansson@linaro.org \
--cc=venkatg@codeaurora.org \
/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