Vasanthakumar Thiagarajan írta: > On Thu, Jul 23, 2009 at 02:04:11PM +0530, Gabor Juhos wrote: >> If we are in NETWORK_SLEEP state, calling of 'ath9k_hw_setrxabort' in >> 'ath9k_config' will fail with the following error: >> >> ath9k: timeout (100000 us) on reg 0x806c: 0xdeadbeef & 0x01f00000 != 0x00000000 >> ath9k: RX failed to go idle in 10 ms RXSM=0xdeadbeef >> >> Fix it by waking up the chip, and set 'ps_restore_mode' directly instead >> of calling the 'ath9k_hw_setpower' routine.. >> >> The problem is reported by Luis: >> http://article.gmane.org/gmane.linux.kernel.wireless.general/34363 >> >> Changes-licensed-under: ISC >> Signed-off-by: Gabor Juhos <juhosg@xxxxxxxxxxx> >> --- >> if (changed & IEEE80211_CONF_CHANGE_PS) { >> + ath9k_ps_wakeup(sc); > > This seems to be a workaround. chip should not be sleeping when > mac80211 thinks it is awake. Hm, first I thought this is a bug in ath9k: ath9k: AWAKE -> NETWORK SLEEP ath9k: timeout (100000 us) on reg 0x806c: 0xdeadbeef & 0x01f00000 != 0x00000000 ath9k: RX failed to go idle in 10 ms RXSM=0xdeadbeef ath9k: NETWORK SLEEP -> NETWORK SLEEP You are righ probably, this can happen when mac80211 tells us to enter PS mode, even if we are in it currently. Although I have no idea yet how this may happen. Gabor -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
