linux-mmc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Warren <swarren@wwwdotorg.org>
To: Andrew Bresticker <abrestic@chromium.org>,
	Thierry Reding <thierry.reding@gmail.com>,
	Chris Ball <chris@printf.net>,
	Ulf Hansson <ulf.hansson@linaro.org>
Cc: linux-mmc@vger.kernel.org, linux-tegra@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/4] mmc: tegra: fix reporting of base clock frequency
Date: Tue, 15 Apr 2014 12:25:01 -0600	[thread overview]
Message-ID: <534D797D.7030201@wwwdotorg.org> (raw)
In-Reply-To: <1397526163-20126-3-git-send-email-abrestic@chromium.org>

On 04/14/2014 07:42 PM, Andrew Bresticker wrote:
> Tegra SDHCI controllers, by default, report a base clock frequency
> of 208Mhz in SDHCI_CAPABILTIES which may or may not be equal to the
> actual base clock frequency.

Some explanation of why this "may or may not be equal to the actual base
clock frequency" would be nice.

Presumably, it's because the clock frequency is supplied by the clock
controller module, and configuring that happens externally to the SD
controller, so the SD HW has no knowledge of the actual frequency, and
hence simply reports a hard-coded maximum possible clock frequency?

> While this can be overridden by setting
> BASE_CLK_FREQ in VENDOR_CLOCK_CTRL on Tegra30 and later SoCs, just
> set SDHCI_QUIRK_CAP_CLOCK_BASE_BROKEN and supply a get_max_clock()
> callback to get the actual rate of the base clock.

It's not clear to me from the function name that
sdhci_pltfm_clk_get_max_clock() simply calls clk_get() on the actual
clock. It might be nice to mention that in the commit description.

  reply	other threads:[~2014-04-15 18:25 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-15  1:42 [PATCH 0/4] Tegra SD/MMC fixes Andrew Bresticker
2014-04-15  1:42 ` [PATCH 1/4] mmc: tegra: disable UHS modes Andrew Bresticker
2014-04-15  1:42 ` [PATCH 2/4] mmc: tegra: fix reporting of base clock frequency Andrew Bresticker
2014-04-15 18:25   ` Stephen Warren [this message]
     [not found]     ` <534D797D.7030201-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-04-15 19:36       ` Andrew Bresticker
     [not found] ` <1397526163-20126-1-git-send-email-abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
2014-04-15  1:42   ` [PATCH 3/4] mmc: sdhci: defer probing on regulator_get_optional() failures Andrew Bresticker
2014-04-15  6:06     ` Alexandre Courbot
2014-04-15 22:56       ` Andrew Bresticker
     [not found]     ` <1397526163-20126-4-git-send-email-abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
2014-04-15 18:28       ` Stephen Warren
     [not found]         ` <534D7A5D.9090707-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-04-15 19:59           ` Andrew Bresticker
2014-04-15 20:42             ` Russell King - ARM Linux
2014-04-15 19:03       ` Tim Kryger
     [not found]         ` <CAAYSxhrmCbGLsu43mK15ParXHa_FJ9OVQiCPUdqyWEpTE=r1uw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-04-15 19:44           ` Andrew Bresticker
2014-04-15  1:42   ` [PATCH 4/4] ARM: tegra: fix Venice2 VQMMC regulators Andrew Bresticker
2014-04-15 18:31     ` Stephen Warren
2014-04-15 19:12       ` Chris Ball
     [not found]     ` <1397526163-20126-5-git-send-email-abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
2014-04-16  0:29       ` Andrew Bresticker
2014-04-16 16:19         ` Stephen Warren
     [not found]           ` <534EAD91.90704-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2014-04-16 20:24             ` Andrew Bresticker
2014-04-16 23:08 ` [PATCH v2 0/3] Tegra SD/MMC fixes Andrew Bresticker
2014-04-16 23:08   ` [PATCH v2 1/3] mmc: tegra: disable UHS modes Andrew Bresticker
2014-05-20 17:25     ` Stephen Warren
2014-05-21  0:43       ` Chris Ball
2014-05-22 11:00         ` Ulf Hansson
2014-05-22 15:25           ` Andrew Bresticker
     [not found]   ` <1397689719-28882-1-git-send-email-abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
2014-04-16 23:08     ` [PATCH v2 2/3] mmc: tegra: fix reporting of base clock frequency Andrew Bresticker
2014-04-16 23:08   ` [PATCH v2 3/3] ARM: tegra: fix Venice2 SD card VQMMC supply Andrew Bresticker
2014-04-16 23:16     ` Stephen Warren

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=534D797D.7030201@wwwdotorg.org \
    --to=swarren@wwwdotorg.org \
    --cc=abrestic@chromium.org \
    --cc=chris@printf.net \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=thierry.reding@gmail.com \
    --cc=ulf.hansson@linaro.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).