On Thu, 2010-04-01 at 10:34 -0400, Bob Copeland wrote: 
quoted text
> On Wed, Mar 31, 2010 at 8:54 PM, Bruno Randolf <br1@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. 
quoted text
> 
> 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