[ath9k-devel] No probe response from AP after 500ms, disconnecting.

[Maciej Mrozowski <reavertm@gmail.com>]

On Wednesday 25 of May 2011 08:58:53 Cedric Sodhi wrote:
> Dear list,
> 
> I use a Atheros HTC USB Wireless Device TL-WN721N with 9271. This is
> basically a very new devices which received a lot of positive reviews.
> And linux people keep insisting that Atheros are one of the better Wifi
> choices to make on linux. But I'm not getting anywhere this device!

While it may be apples vs oranges comparison but I have identical - "No probe 
response" with my TL-WN821N V3 (AR9287+AR7010) USB device using recent 
wireless testing (at 1e4541b73b33f9918255f36a60bdeacfae4fdb9d + htc_7010.fw 
1.3 firmware).

On disconnect - no attempt to recover (my net.wlan script needs to be 
restarted manually, maybe I jsut takes some time?) :
wlan0: detected beacon loss from AP - sending probe request
ieee80211 phy0: wlan0: No probe response from AP 68:7f:74:77:36:bc after 
500ms, try 1/5
ieee80211 phy0: wlan0: No probe response from AP 68:7f:74:77:36:bc after 
500ms, try 2/5
ieee80211 phy0: wlan0: No probe response from AP 68:7f:74:77:36:bc after 
500ms, try 3/5
ieee80211 phy0: wlan0: No probe response from AP 68:7f:74:77:36:bc after 
500ms, try 4/5
ieee80211 phy0: wlan0: No probe response from AP 68:7f:74:77:36:bc after 
500ms, disconnecting.
Tx BA session stop requested for 68:7f:74:77:36:bc tid 0
Rx BA session stop requested for 68:7f:74:77:36:bc tid 0
Rx BA session stop requested for 68:7f:74:77:36:bc tid 7
Tx BA session stop requested for 68:7f:74:77:36:bc tid 0
ieee80211 phy0: Removed STA 68:7f:74:77:36:bc
ieee80211 phy0: Destroyed STA 68:7f:74:77:36:bc
ieee80211 phy0: device now idle
Stopping Tx BA session for 68:7f:74:77:36:bc tid 0
Could not find station: 68:7f:74:77:36:bc
Stopping Tx BA session for 68:7f:74:77:36:bc tid 0
Could not find station: 68:7f:74:77:36:bc
cfg80211: All devices are disconnected, going to restore regulatory settings
cfg80211: Restoring regulatory settings
cfg80211: Adding request for country PL back into the queue
cfg80211: Kicking the queue
cfg80211: Calling CRDA for country: CN
ieee80211 phy0: device no longer idle - scanning
ieee80211 phy0: device now idle

I do have a couple of related debug features in kernel (debugfs for mac80211 
and ath9k_htc included) - what info exactly would you like me to provide? Or 
maybe some test scenario?

Also some other strange issue I observed with ath9k_htc (just for record, I'll 
report details them when I run on them again):
- occasionally it happens I need to change USB port in order to get driver re-
initialized (as it occasionally happens that device enters some locked state - 
'net.wlan stop' hangs waiting for it and it needs to be removed from USB port 
to go further. Also after such operation sometimes this USB port appears to be 
useless and even rmmod && modprobe (also on mac80211 and cfg80211 just in any 
case) + reinserting USB stick doesn't help (error loading firmware), but 
plugging to a different USB port works.

A bit earlier (before a set of driver and firmware patches was applied by 
Sujith last week) driver was "broken" to the point that it was actually 
causing my WiFi router Cisco LinkSys WRT120N to freeze completely (router cold 
reset was required in order to restore router operability) - this one is fixed 
so don't bother - just for reference.

-- 
regards
MM
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20110527/2e949aeb/attachment.pgp