From: Igor Grinberg <grinberg@compulab.co.il>
To: Laine Walker-Avina <lwalkera@ieee.org>
Cc: linux-omap@vger.kernel.org
Subject: Re: AM3517 (Sitara) MMC2 help
Date: Wed, 25 Aug 2010 10:57:31 +0300 [thread overview]
Message-ID: <4C74CCEB.4020202@compulab.co.il> (raw)
In-Reply-To: <AANLkTikYFtB1PW-bQnpxpG0A9FQiCxqk6+PMNH91JK7W@mail.gmail.com>
On 08/25/10 03:36, Laine Walker-Avina wrote:
> On Tue, Aug 24, 2010 at 5:29 PM, Laine Walker-Avina <lwalkera@ieee.org> wrote:
>> On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg <grinberg@compulab.co.il> wrote:
>>> Hi,
>>>
>>> I have am3517 based board and Libertas sdio (4 wires)
>>> wifi connected directly (no transceiver / level shifter) on mmc2
>>> (which is named mmc1 in s/w).
>>>
>>> am3517 is configured (h/w) for 3.3V and so is Libertas wifi.
>>>
>>> dmesg | grep mmc1 shows:
>>>
>>> --------------cut------------------
>>> mux: Setting signal sdmmc1_clk.sdmmc1_clk 0x0000 -> 0x0118
>>> mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x0000 -> 0x0118
>>> mux: Setting signal sdmmc1_dat0.sdmmc1_dat0 0x0100 -> 0x0118
>>> mux: Setting signal sdmmc1_dat1.sdmmc1_dat1 0x0100 -> 0x0118
>>> mux: Setting signal sdmmc1_dat2.sdmmc1_dat2 0x0100 -> 0x0118
>>> mux: Setting signal sdmmc1_dat3.sdmmc1_dat3 0x0100 -> 0x0118
> Also, shouldn't you setting the mux values for sdmmc2_* not sdmmc1_*
> if your chip is on MMC2?
Well, this is left unintentionally, I think I can remove this.
omap2_mmc_mux() in arch/arm/mach-omap2/devices.c
does the proper muxing of the lines according to .wires field
of the platform data. I think, I don't need to do any muxing
for the mmc (4 wires) at all in the board file. Am I right?
>>> mmc1: clock 0Hz busmode 1 powermode 0 cs 0 Vdd 0 width 0 timing 0
>>> mmc1: clock 0Hz busmode 1 powermode 1 cs 0 Vdd 20 width 0 timing 0
>>> mmc1: clock 400000Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0
>>> mmc1: starting CMD52 arg 00000c00 flags 00000195
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x00000c00
>>> mmc1: req done (CMD52): -110: 00000000 00000000 00000000 00000000
>>> mmc1: starting CMD52 arg 80000c08 flags 00000195
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x80000c08
>>> mmc1: req done (CMD52): -110: 00000000 00000000 00000000 00000000
>>> mmc1: clock 400000Hz busmode 1 powermode 2 cs 1 Vdd 20 width 0 timing 0
>>> mmc1: starting CMD0 arg 00000000 flags 000000c0
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD0, argument 0x00000000
>>> mmc1: req done (CMD0): 0: 00000000 00000000 00000000 00000000
>>> mmc1: clock 400000Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0
>>> mmc1: starting CMD8 arg 000001aa flags 000002f5
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD8, argument 0x000001aa
>>> mmc1: req done (CMD8): -110: 00000000 00000000 00000000 00000000
>>> mmc1: starting CMD5 arg 00000000 flags 000002e1
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x00000000
>>> mmc1: req failed (CMD5): -110, retrying...
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x00000000
>>> mmc1: req failed (CMD5): -110, retrying...
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x00000000
>>> mmc1: req failed (CMD5): -110, retrying...
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x00000000
>>> mmc1: req done (CMD5): -110: 00000000 00000000 00000000 00000000
>>> mmc1: starting CMD55 arg 00000000 flags 000000f5
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x00000000
>>> mmc1: req done (CMD55): -110: 00000000 00000000 00000000 00000000
>>> mmc1: starting CMD55 arg 00000000 flags 000000f5
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x00000000
>>> mmc1: req done (CMD55): -110: 00000000 00000000 00000000 00000000
>>> mmc1: starting CMD55 arg 00000000 flags 000000f5
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x00000000
>>> mmc1: req done (CMD55): -110: 00000000 00000000 00000000 00000000
>>> mmc1: starting CMD55 arg 00000000 flags 000000f5
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x00000000
>>> mmc1: req done (CMD55): -110: 00000000 00000000 00000000 00000000
>>> mmc1: starting CMD1 arg 00000000 flags 000000e1
>>> mmci-omap-hs mmci-omap-hs.1: mmc1: CMD1, argument 0x00000000
>>> mmc1: req done (CMD1): -110: 00000000 00000000 00000000 00000000
>>> mmc1: clock 0Hz busmode 1 powermode 0 cs 0 Vdd 0 width 0 timing 0
>>> -------------------cut---------------------
>>>
>>> Libertas is powered up and gets reseted properly.
>>> On the oscilloscope, I see some communication going
>>> on the CMD line and stops after some time.
>>>
>>> am3517 PSP from TI, does not even registers/enables
>>> the wifi combo found on am3517evm.
>>>
>>> Have anybody got the mmc2 working on am3517?
>>> May be with transceiver?
>>>
>>> Any help will be appreciated.
>>>
>>> Thanks
>>>
>>> --
>>> Regards,
>>> Igor.
>>>
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-omap" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>> Make sure the MMC2_CLK pin is muxed as an input so the clock can
>> feedback to the module. Also, you may need to set
>> CONTROL_DEVCONF1.MMCSDIO2ADPCLKISEL=1 if that exists on the Sitara. I
>> had the same problem on the OMAP3x.
>>
>> --
>> Laine Walker-Avina
>> Firmware Engineer
>> PASCO scientific
>>
>
>
--
Regards,
Igor.
next prev parent reply other threads:[~2010-08-25 7:57 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-24 12:42 AM3517 (Sitara) MMC2 help Igor Grinberg
2010-08-25 0:29 ` Laine Walker-Avina
2010-08-25 0:36 ` Laine Walker-Avina
2010-08-25 7:57 ` Igor Grinberg [this message]
2010-08-25 8:12 ` Igor Grinberg
2010-08-25 9:26 ` Igor Grinberg
2010-08-25 13:46 ` Ashwin Bihari
2010-08-25 13:51 ` Gadiyar, Anand
2010-08-25 13:58 ` Ashwin Bihari
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=4C74CCEB.4020202@compulab.co.il \
--to=grinberg@compulab.co.il \
--cc=linux-omap@vger.kernel.org \
--cc=lwalkera@ieee.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