From: andre.przywara@arm.com (Andre Przywara)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 3/13] mmc: sunxi: Always set signal delay to 0 for A64
Date: Tue, 24 Jan 2017 09:15:45 +0000 [thread overview]
Message-ID: <b09f2ee5-77b3-eb2e-d749-d76a310bf1b0@arm.com> (raw)
In-Reply-To: <CAPDyKFoatUWz0AwY6e73OCguDx70B1B5OAoPUYX-JDPsru+aZw@mail.gmail.com>
Hi Ulf,
On 24/01/17 08:16, Ulf Hansson wrote:
> On 16 January 2017 at 17:56, Maxime Ripard
> <maxime.ripard@free-electrons.com> wrote:
>> Experience have shown that the using the autocalibration could severely
>> degrade the performances of the MMC bus.
>>
>> Allwinner is using in its BSP a delay set to 0 for all the modes but HS400.
>> Remove the calibration code for now, and add comments to document our
>> findings.
>
> So doesn't this break some platforms using HS400? Or are you saying
> those are already broken?
This is a sunxi specific calibration routine, which was introduced
lately (e1b8dfd1b1c6) to be used by the Allwinner's enhanced MMC
controller. This is only used by devices using the sun50i-a64-mmc
compatible, of which this series introduces the first user.
So there is no way this can regress in any way, since the code wasn't
actually used before.
Cheers,
Andre.
>
>>
>> Reviewed-by: Andre Przywara <andre.przywara@arm.com>
>> Signed-off-by: Maxime Ripard <maxime.ripard@free-electrons.com>
>> ---
>> drivers/mmc/host/sunxi-mmc.c | 50 ++++++++++++-------------------------
>> 1 file changed, 17 insertions(+), 33 deletions(-)
>>
>> diff --git a/drivers/mmc/host/sunxi-mmc.c b/drivers/mmc/host/sunxi-mmc.c
>> index 019f95e8e7c5..b9c8a62bc212 100644
>> --- a/drivers/mmc/host/sunxi-mmc.c
>> +++ b/drivers/mmc/host/sunxi-mmc.c
>> @@ -683,41 +683,19 @@ static int sunxi_mmc_oclk_onoff(struct sunxi_mmc_host *host, u32 oclk_en)
>>
>> static int sunxi_mmc_calibrate(struct sunxi_mmc_host *host, int reg_off)
>> {
>> - u32 reg = readl(host->reg_base + reg_off);
>> - u32 delay;
>> - unsigned long timeout;
>> -
>> if (!host->cfg->can_calibrate)
>> return 0;
>>
>> - reg &= ~(SDXC_CAL_DL_MASK << SDXC_CAL_DL_SW_SHIFT);
>> - reg &= ~SDXC_CAL_DL_SW_EN;
>> -
>> - writel(reg | SDXC_CAL_START, host->reg_base + reg_off);
>> -
>> - dev_dbg(mmc_dev(host->mmc), "calibration started\n");
>> -
>> - timeout = jiffies + HZ * SDXC_CAL_TIMEOUT;
>> -
>> - while (!((reg = readl(host->reg_base + reg_off)) & SDXC_CAL_DONE)) {
>> - if (time_before(jiffies, timeout))
>> - cpu_relax();
>> - else {
>> - reg &= ~SDXC_CAL_START;
>> - writel(reg, host->reg_base + reg_off);
>> -
>> - return -ETIMEDOUT;
>> - }
>> - }
>> -
>> - delay = (reg >> SDXC_CAL_DL_SHIFT) & SDXC_CAL_DL_MASK;
>> -
>> - reg &= ~SDXC_CAL_START;
>> - reg |= (delay << SDXC_CAL_DL_SW_SHIFT) | SDXC_CAL_DL_SW_EN;
>> -
>> - writel(reg, host->reg_base + reg_off);
>> -
>> - dev_dbg(mmc_dev(host->mmc), "calibration ended, reg is 0x%x\n", reg);
>> + /*
>> + * FIXME:
>> + * This is not clear how the calibration is supposed to work
>> + * yet. The best rate have been obtained by simply setting the
>> + * delay to 0, as Allwinner does in its BSP.
>> + *
>> + * The only mode that doesn't have such a delay is HS400, that
>> + * is in itself a TODO.
>> + */
>> + writel(SDXC_CAL_DL_SW_EN, host->reg_base + reg_off);
>>
>> return 0;
>> }
>> @@ -809,7 +787,13 @@ static int sunxi_mmc_clk_set_rate(struct sunxi_mmc_host *host,
>> if (ret)
>> return ret;
>>
>> - /* TODO: enable calibrate on sdc2 SDXC_REG_DS_DL_REG of A64 */
>> + /*
>> + * FIXME:
>> + *
>> + * In HS400 we'll also need to calibrate the data strobe
>> + * signal. This should only happen on the MMC2 controller (at
>> + * least on the A64).
>> + */
>>
>> return sunxi_mmc_oclk_onoff(host, 1);
>> }
>> --
>> git-series 0.8.11
next prev parent reply other threads:[~2017-01-24 9:15 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-16 16:56 [PATCH v3 0/13] arm64: allwinner: a64: Enable MMC support Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 1/13] mmc: sunxi: Fix clock frequency change sequence Maxime Ripard
2017-01-24 8:12 ` Ulf Hansson
2017-01-25 8:26 ` Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 2/13] mmc: sunxi: Gate the clock when rate is 0 Maxime Ripard
2017-01-24 8:14 ` Ulf Hansson
2017-01-16 16:56 ` [PATCH v3 3/13] mmc: sunxi: Always set signal delay to 0 for A64 Maxime Ripard
2017-01-24 8:16 ` Ulf Hansson
2017-01-24 9:15 ` Andre Przywara [this message]
2017-01-25 9:10 ` Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 4/13] mmc: sunxi: Enable the new timings for the A64 MMC controllers Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 5/13] mmc: sunxi: Mask DATA0 when updating the clock Maxime Ripard
2017-01-24 8:18 ` Ulf Hansson
2017-01-25 9:16 ` Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 6/13] mmc: sunxi: Add EMMC (MMC2) controller compatible Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 7/13] mmc: sunxi: Add more debug messages Maxime Ripard
2017-01-24 8:22 ` Ulf Hansson
2017-01-25 9:16 ` Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 8/13] arm64: allwinner: a64: Add MMC nodes Maxime Ripard
2017-01-16 19:16 ` Corentin Labbe
2017-01-25 9:17 ` Maxime Ripard
2017-01-16 16:56 ` [PATCH v3 9/13] arm64: allwinner: a64: Add MMC pinctrl nodes Maxime Ripard
2017-01-16 16:57 ` [PATCH v3 10/13] arm64: allwinner: a64: Increase the MMC max frequency Maxime Ripard
2017-01-16 16:57 ` [PATCH v3 11/13] arm64: allwinner: pine64: add MMC support Maxime Ripard
2017-01-16 16:57 ` [PATCH v3 12/13] arm64: allwinner: a64: add UART1 pin nodes Maxime Ripard
2017-01-16 16:57 ` [PATCH v3 13/13] arm64: allwinner: add BananaPi-M64 support Maxime Ripard
2017-01-23 10:58 ` [PATCH v3 0/13] arm64: allwinner: a64: Enable MMC support Maxime Ripard
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=b09f2ee5-77b3-eb2e-d749-d76a310bf1b0@arm.com \
--to=andre.przywara@arm.com \
--cc=linux-arm-kernel@lists.infradead.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;
as well as URLs for NNTP newsgroup(s).