Ashwin Bihari wrote: > On Wed, Aug 25, 2010 at 4:12 AM, Igor Grinberg <grinb...@compulab.co.il> > wrote: > > On 08/25/10 03:29, Laine Walker-Avina wrote: > >> On Tue, Aug 24, 2010 at 5:42 AM, Igor Grinberg <grinb...@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 > >>> 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 > >>>
... > >> Make sure the MMC2_CLK pin is muxed as an input so the clock can > >> feedback to the module. > > > > omap2_mmc_mux() in arch/arm/mach-omap2/devices.c is handling this > > and I think properly or else any omap will fail using the mmc2. > > > >> Also, you may need to set > >> CONTROL_DEVCONF1.MMCSDIO2ADPCLKISEL=1 if that exists on the Sitara. I > >> had the same problem on the OMAP3x. > > > > I will try that. > > ... > I've got this exact same problem on a OMAP35x based board. We have > MMC1 connected to a SD card cage and MMC2 connected to an eMMC. I can > detect an inserted SD card and eMMC during boot up, but if I suspend > and resume the device, I get a ton of timeout errors on MMC1 (the SD > slot) and the RFS that's being used from it ends up having lots of > EXT3 journal errors and ends up hosing itself.. > > I've confirmed that the CONTROL_DEVCONF1.MMCSDIO2ADPCLKISEL is set to > 1 as well and that doesn't affect any change. > > I was using a 2.6.29 Kernel on this board before and it had no > problems, I then jumped to 2.6.32 and this problem appeared. I'm now > running the latest linux-next (2.6.35) Kernel and it also presents the > problem.. > > Any guidance would be appreciated.. Ashwin, I'm not sure your problem is the same as the one originally posted. Do you have CONFIG_MMC_UNSAFE_RESUME enabled? - Anand -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html