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:jcri...@gmail.com] > Sent: Tuesday, January 26, 2010 11:05 AM > To: Mike Rapoport > Cc: Dirk Behme; Phaneendra Kumar Alapati; linux-omap@vger.kernel.org; > Madhusudhan Chikkature; linux-...@vger.kernel.org; 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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
