I am actually facing the same issue ... Did you solve this problem ? How ?
Any information about the reason of these timeouts ? Thanks. Andy Green wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Somebody in the thread at some point said: > | Let's put this into a new thread. > | > | With the recent fixes, s3cmci survives suspend/resume or module > | removal and re-insertion. > | > | However, the AR6k module is not detected on resume or insertion. > | This happens whether I load the ar6k WLAN stack (ar6000.ko) or > | not, so it's a problem between the AR6k module and the SDIO stack. > | > | A work-around to bring WLAN back to life after resume is to build > | s3cmci as a module and to do the following: > | > | # rmmod s3cmci.ko > | # echo 0 > >/sys/bus/platform/drivers/gta02-pm-wlan/gta02-pm-wlan.0/power_on > | # echo 1 > >/sys/bus/platform/drivers/gta02-pm-wlan/gta02-pm-wlan.0/power_on > | # insmod s3cmci.ko > > This is obviously good we have any kind of workaround but... > > | The SDIO stack isn't sending anything nasty to the module on suspend > | or removal. On resume/insertion without a prior reset, the command > | sequence is as follows: > | > | CMD0 (reset) -> OK > | CMD8 (check voltage MMC-style) -> timeout > | CMD5 (check voltage SDIO-style) -> timeout > | > | CMD5 is where we depart from the normal initialization sequence. > | The normal response would be an acknowledgement. > | > | So it seems that CMD0 doesn't return the card to Idle. Time to > | look at what's going on on the wire ... > > It might be worth dumping the suspend and resume packets from (working > suspend) Atheros stack for comparison, annoying as that is to have to go > back to. > > - -Andy > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkkj3YwACgkQOjLpvpq7dMqgNQCdFaRks2E/Waax6ZBFcCVGBhP0 > zGEAn1HCz64c9tOOKUBEnjUCpIvdKtfb > =nEep > -----END PGP SIGNATURE----- > > > -- View this message in context: http://n2.nabble.com/WLAN-vs.-suspend-resume-%28stable-tracking%29-tp1517510p2682594.html Sent from the Openmoko Kernel mailing list archive at Nabble.com.
