On Thu, 2010-04-01 at 10:34 -0400, Bob Copeland wrote: > On Wed, Mar 31, 2010 at 8:54 PM, Bruno Randolf <b...@einfach.org> wrote: > > On Wednesday 31 March 2010 03:27:00 Maxim Levitsky wrote: > >> Anybody? > > > > have you tried bob's patch, he sent in reply to the previous thread about > > this > > topic and as "[PATCH 4/5] ath5k: fix race condition in tx desc processing"? > > As I read the thread he did. Yes I did. > > There's this other issue I'm tracking in bugzilla where tx interrupts just > stop (which is why I looked at queue stop/starts, but don't think they are > involved). Which URL?
It is very likely my case. Here, TX interrupts stop, then after a while (1~2 sec), I get the loads of AR5K_INT_RXORN, although I *know* that card has literally nothing to receive (this channel is free of neighbor APs), and I send UDP stream. Sure, some stuff is received (beacons, broadcast) but that shouldn't overflow the queue. Wait, what if card just stopped sending interrupts, both TX and RX? This would explain the AR5K_INT_RXORN, as eventually the RX chain fills up with beacons. Luis? We are waiting for you to look at your secret documents. Best regards, Maxim Levitsky _______________________________________________ ath5k-devel mailing list ath5k-devel@lists.ath5k.org https://lists.ath5k.org/mailman/listinfo/ath5k-devel
