On Friday 17 September 2010 18:42:23 Luis R. Rodriguez wrote: > On Fri, Sep 17, 2010 at 07:10:42AM -0700, Chuck Crisler wrote: > > Luis, our gizmo uses an IR interface that is poorly implemented but needs > > timely interrupts. It works well unless an AR9170 is plugged in. The > > hardware guy has put a scope on the board and claims that the interrupts > > are not being passed to the device. Where in the kernel or AR driver would > > I start looking for this problem? > > ar9170usb (and otus) are processing (unaggregate rx-stream, alloc an skb for each mpdu/frame in the stream, memcpy the data into each skb, push the finished skb to the network stack) all incoming frames in the urb callback routine, which has to run with IRQs disabled. This "could" explain why you are getting such a bad irq-latency. ath9k_htc and carl9170 do things differently. Both have tasklets(related to bottom-halves if you aren't familiar with the term) which take care of the rx stream processing and the latency should be better. (don't have a scope to test that claim but I can't see why it should be worse) > > I got my problems with the 9170 fixed. Now roaming looks > > rock solid, though it is slow (~6 seconds, mainly for the scan). > > > > The problem was in the wpa_supplicant. Hmm, I'm curious: what was the problem in wpa_supplicant? Best regards, Chr -- 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
