It is hard to comment on what is happening here without a patch. Is it a performance issue or that SDIO functionality failure with PM enabled? The MMC controller supports wakeup capability on the dat1 line using a GPIO for a SDIO interrupt. I guess that should help. Regards, Madhu > -----Original Message----- > From: John Rigby [mailto:jcrigby@xxxxxxxxx] > Sent: Tuesday, January 26, 2010 11:05 AM > To: Mike Rapoport > Cc: Dirk Behme; Phaneendra Kumar Alapati; linux-omap@xxxxxxxxxxxxxxx; > Madhusudhan Chikkature; linux-mmc@xxxxxxxxxxxxxxx; Adrian Hunter; > Paasikivi Teemu.3 (EXT-Ixonos/Tampere) > Subject: sdio irq hack for omap_hsmmc.c (was: Re: [PATCH] OMAP35xx:SDIO > IRQ Support for OMAP35xx) > > Attached is a hacked omap_hsmmc.c which works with libertas on my > board (very similar to beagle). This is not intended to be a solution > but points in the direction of the problem. I ripped out the > CONFIG_PM code and turned off all the enable/disable stuff. I also > explicitly turn on the fclk at probe time. I get about 11 Mbits/sec > throughput with this. > > Again this is a hack but it shows that the likely problem has > something to do with the enable/disable code. I appears that the > controller is disabled (fclk turned off) and sdio irqs get dropped as > a result. -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html