On 2013-02-22 6:26 AM, Ben Greear wrote: > On 02/21/2013 08:49 PM, Sujith Manoharan wrote: >> Ben Greear wrote: >>> I'll be happy to test patches, but I'm not sure how to go about >>> debugging the real problem on my own. Maybe some stats could >>> be added to the xmit debugfs file to help diagnose the problem, >>> or maybe some other debugfs info will help? >>> >>> I can't reproduce the problem with ath9k debugging set at the >>> previous suggested level, so it would have to be something >>> less invasive. >>> >>> As for just stations going out of range, it remains locked up >>> even with signal level goes back to -20, so it's not just a simple >>> station-out-of range issues.. >> >> Sure, but I think that filtered frames are not handled properly, >> especially with aggregation, since the debugfs stats from your earlier email >> showed a large counter (from a private patch ?): >> >> TXERR Filtered: 224 0 0 0 > > Yeah, guess that patch never made it upstream. The pertinent bit is: Please also check if the station(s) that the frames are queued for are in powersave state for some reason. That would prevent the tx path from throwing them in the hw queue, yet they'd still take up pending-frame slots. I was planning on fixing this eventually by expiring frames that stay in the queue for too long, but haven't decided on the exact approach yet. - Felix -- 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
