All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Warren <swarren@wwwdotorg.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] Tegra30: Cardhu: Add pad config tables/code based on pinmux code
Date: Thu, 07 Mar 2013 14:18:05 -0700	[thread overview]
Message-ID: <5139040D.2000601@wwwdotorg.org> (raw)
In-Reply-To: <CA+m5__Lf3GMXp-33HFrDz43WkCWRd55tL3sK1Rt+Lar0x_Jc8g@mail.gmail.com>

On 03/07/2013 02:13 PM, Tom Warren wrote:
> Stephen,
> 
> On Thu, Mar 7, 2013 at 1:27 PM, Stephen Warren <swarren@wwwdotorg.org> wrote:
>> On 03/06/2013 04:51 PM, Tom Warren wrote:
>>> Pad config registers exist in APB_MISC_GP space, and control slew
>>> rate, drive strengh, schmidt, high-speed, and low-power modes for
>>> all of the pingroups in Tegra30. This builds off of the pinmux
>>> way of constructing init tables to configure select pads (SDIOCFG,
>>> for instance) during pinmux_init().
>>>
>>> Currently, only SDIO1CFG is changed as per the TRM to work with
>>> the SD-card slot on Cardhu.
...
>> I didn't quite get why there wasn't an SDIO3 entry in that table, since
>> the original pinmux_sdio_pad_cfg() set up both SDIO1 and SDIO3 pin
>> groups, and SDIO3 appears to be used on Cardhu for SDIO-based WiFi.
> 
> The previous code did check for SDMMC1 or SDMMC3, but on Cardhu,
> SDMMC1 is called out in the dts file, and SDMMC3 isn't (you had said
> earlier when reviewing some Ventana changes that leaving out a SDIO
> WIFI node was ok as U-Boot wouldn't be using it, so I didn't add it to
> Cardhu). So the old code would only have called the pad init code for
> SDMMC1 and SDMMC4, and SDMMC4 would have been rejected since it's not
> SDIO.  So I only added SDIO1 to the table.  I can add an entry for
> SDIO3 (even if it's not in the dts file for Cardhu), since it does no
> harm to set those pad cfg registers as per the TRM (I assume the TRM
> is calling out cal numbers that will work with both an SD-card slot
> and a WIFI device?).
> 
> Let me know if you'd like to see either the WIFI node added to the
> Cardhu DT file, or the SDIO3 entry added to the cardhu_padctrl table,
> or both.

Ah OK, now I understand. This is fine for now; we can add the extra
table entries if we need them. The kernel does set them up for its own
use of WiFi.

      reply	other threads:[~2013-03-07 21:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-06 23:51 [U-Boot] [PATCH] Tegra30: Cardhu: Add pad config tables/code based on pinmux code Tom Warren
2013-03-07 20:27 ` Stephen Warren
2013-03-07 21:13   ` Tom Warren
2013-03-07 21:18     ` Stephen Warren [this message]

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=5139040D.2000601@wwwdotorg.org \
    --to=swarren@wwwdotorg.org \
    --cc=u-boot@lists.denx.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.