On Thu, 2010-04-01 at 22:14 +0300, Maxim Levitsky wrote: > 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.
I tried that patch that changes to trigger RX tasklet instead of reset tasklet on AR5K_INT_RXORN. As usual transmission halts, then loads of AR5K_INT_RXORN till card is reset manually. Also, I enabled RX dumping via debugfs, and I see no frames after AR5K_INT_RXORN. Best regards, Maxim Levitsky _______________________________________________ ath5k-devel mailing list ath5k-devel@lists.ath5k.org https://lists.ath5k.org/mailman/listinfo/ath5k-devel
