On Thu, Mar 25, 2010 at 4:53 AM, Joerg Pommnitz <pommn...@yahoo.com> wrote: > From 3) and 4) I would conclude the bug is more likely to trigger when the > card is both, sending *AND* receiving. Does this narrow the problem down?
That sounds like a good clue. I have some time today and a few cards, let me see if I can make it happen too. > > BTW: Why does ath5k_tasklet_calibrate call ath5k_reset_wake? It calls > ieee80211_stop_queues and at the end unconditionally calls > ieee80211_wake_queues. Yeah, I noticed that too, which means the queues from mac80211 perspective shouldn't be frozen but instead the card is in a broken state after failed reset. I think the two wakeups are just historical, the one in calib timer should most likely be removed (TX during phy calibrate could maybe cause a problem?) The other thing that is bugging me is why txq_cleanup starts the queues. That seems exactly backwards to me...but it has been there since the beginning. -- Bob Copeland %% www.bobcopeland.com _______________________________________________ ath5k-devel mailing list ath5k-devel@lists.ath5k.org https://lists.ath5k.org/mailman/listinfo/ath5k-devel
