Re: AM3517 (Sitara) MMC2 help
On 08/25/10 03:36, Laine Walker-Avina wrote: On Tue, Aug 24, 2010 at 5:29 PM, Laine Walker-Avina lwalk...@ieee.org 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 0x - 0x0118 mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x - 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 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD52 arg 0c00 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x0c00 mmc1: req done (CMD52): -110: mmc1: starting CMD52 arg 8c08 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x8c08 mmc1: req done (CMD52): -110: mmc1: clock 40Hz busmode 1 powermode 2 cs 1 Vdd 20 width 0 timing 0 mmc1: starting CMD0 arg flags 00c0 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD0, argument 0x mmc1: req done (CMD0): 0: mmc1: clock 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD8 arg 01aa flags 02f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD8, argument 0x01aa mmc1: req done (CMD8): -110: mmc1: starting CMD5 arg flags 02e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req done (CMD5): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD1 arg flags 00e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD1, argument 0x mmc1: req done (CMD1): -110: 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 majord...@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. -- 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
Re: AM3517 (Sitara) MMC2 help
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 0x - 0x0118 mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x - 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 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD52 arg 0c00 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x0c00 mmc1: req done (CMD52): -110: mmc1: starting CMD52 arg 8c08 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x8c08 mmc1: req done (CMD52): -110: mmc1: clock 40Hz busmode 1 powermode 2 cs 1 Vdd 20 width 0 timing 0 mmc1: starting CMD0 arg flags 00c0 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD0, argument 0x mmc1: req done (CMD0): 0: mmc1: clock 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD8 arg 01aa flags 02f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD8, argument 0x01aa mmc1: req done (CMD8): -110: mmc1: starting CMD5 arg flags 02e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req done (CMD5): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD1 arg flags 00e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD1, argument 0x mmc1: req done (CMD1): -110: 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 majord...@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. 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. Thanks -- Regards, Igor. -- 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
Re: AM3517 (Sitara) MMC2 help
On 08/25/10 11:12, Igor Grinberg 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 0x - 0x0118 mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x - 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 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD52 arg 0c00 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x0c00 mmc1: req done (CMD52): -110: mmc1: starting CMD52 arg 8c08 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x8c08 mmc1: req done (CMD52): -110: mmc1: clock 40Hz busmode 1 powermode 2 cs 1 Vdd 20 width 0 timing 0 mmc1: starting CMD0 arg flags 00c0 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD0, argument 0x mmc1: req done (CMD0): 0: mmc1: clock 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD8 arg 01aa flags 02f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD8, argument 0x01aa mmc1: req done (CMD8): -110: mmc1: starting CMD5 arg flags 02e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req done (CMD5): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD1 arg flags 00e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD1, argument 0x mmc1: req done (CMD1): -110: 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 majord...@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. 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. Nope... this does not help. Also, Stanley has restricted the above setting to non-am3517 cpus in commit 03e7e170d6fdc5b6f75d1ab2cc1a6cb4f2b6b8c4 Any other suggestions? Stanley, can you help us with this? -- Regards, Igor. -- 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
Re: AM3517 (Sitara) MMC2 help
-- Ashwin 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 0x - 0x0118 mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x - 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 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD52 arg 0c00 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x0c00 mmc1: req done (CMD52): -110: mmc1: starting CMD52 arg 8c08 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x8c08 mmc1: req done (CMD52): -110: mmc1: clock 40Hz busmode 1 powermode 2 cs 1 Vdd 20 width 0 timing 0 mmc1: starting CMD0 arg flags 00c0 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD0, argument 0x mmc1: req done (CMD0): 0: mmc1: clock 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD8 arg 01aa flags 02f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD8, argument 0x01aa mmc1: req done (CMD8): -110: mmc1: starting CMD5 arg flags 02e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req done (CMD5): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD1 arg flags 00e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD1, argument 0x mmc1: req done (CMD1): -110: 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 majord...@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. 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. Thanks -- Regards, Igor. -- 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 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
RE: AM3517 (Sitara) MMC2 help
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 0x - 0x0118 mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x - 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 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD52 arg 0c00 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x0c00 mmc1: req done (CMD52): -110: mmc1: starting CMD52 arg 8c08 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x8c08 mmc1: req done (CMD52): -110: mmc1: clock 40Hz busmode 1 powermode 2 cs 1 Vdd 20 width 0 timing 0 mmc1: starting CMD0 arg flags 00c0 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD0, argument 0x mmc1: req done (CMD0): 0: mmc1: clock 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD8 arg 01aa flags 02f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD8, argument 0x01aa mmc1: req done (CMD8): -110: mmc1: starting CMD5 arg flags 02e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req done (CMD5): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD1 arg flags 00e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD1, argument 0x mmc1: req done (CMD1): -110: 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
Re: AM3517 (Sitara) MMC2 help
On Wed, Aug 25, 2010 at 9:51 AM, Gadiyar, Anand gadi...@ti.com wrote: 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: ... 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 Anand, Yup, have MMC_UNSAFE_RESUME set. I'm actually using the omap3_defconfig to build my Kernel.. CONFIG_MMC=y CONFIG_MMC_DEBUG=y CONFIG_MMC_UNSAFE_RESUME=y # MMC/SD/SDIO Card Drivers CONFIG_MMC_BLOCK=y CONFIG_MMC_BLOCK_BOUNCE=y # CONFIG_MMC_TEST is not set # MMC/SD/SDIO Host Controller Drivers # CONFIG_MMC_SDHCI is not set CONFIG_MMC_OMAP=y CONFIG_MMC_OMAP_HS=y # CONFIG_MMC_SPI is not set The interesting thing is that enabling MMC2 causes me issues on MMC1 though I'm not doing anything on MMC2's eMMC apart from discovering it.. Thanks -- Ashwin -- 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
Re: AM3517 (Sitara) MMC2 help
On Tue, Aug 24, 2010 at 5:29 PM, Laine Walker-Avina lwalk...@ieee.org 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 0x - 0x0118 mux: Setting signal sdmmc1_cmd.sdmmc1_cmd 0x - 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? 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 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD52 arg 0c00 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x0c00 mmc1: req done (CMD52): -110: mmc1: starting CMD52 arg 8c08 flags 0195 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD52, argument 0x8c08 mmc1: req done (CMD52): -110: mmc1: clock 40Hz busmode 1 powermode 2 cs 1 Vdd 20 width 0 timing 0 mmc1: starting CMD0 arg flags 00c0 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD0, argument 0x mmc1: req done (CMD0): 0: mmc1: clock 40Hz busmode 1 powermode 2 cs 0 Vdd 20 width 0 timing 0 mmc1: starting CMD8 arg 01aa flags 02f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD8, argument 0x01aa mmc1: req done (CMD8): -110: mmc1: starting CMD5 arg flags 02e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req failed (CMD5): -110, retrying... mmci-omap-hs mmci-omap-hs.1: mmc1: CMD5, argument 0x mmc1: req done (CMD5): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD55 arg flags 00f5 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD55, argument 0x mmc1: req done (CMD55): -110: mmc1: starting CMD1 arg flags 00e1 mmci-omap-hs mmci-omap-hs.1: mmc1: CMD1, argument 0x mmc1: req done (CMD1): -110: 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 majord...@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 -- Laine Walker-Avina Firmware Engineer PASCO scientific -- 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