On 10/07/2010 05:42 PM, Bruno Randolf wrote:
On Fri October 8 2010 04:27:22 Johannes Berg wrote:
I'm still convinced something is wrong with ath9k RX DMA, as you've seen
the contents of frames written to already freed memory regions. Since I
don't know anything about ath9k, you should probably not rely on me
though :-)
not sure if this is related or not, but it reminds me of:
"ath9k: BUG kmalloc-8192: Poison overwritten"
http://marc.info/?l=linux-kernel&m=127379077422354&w=2
This looks identical...some sort of scan results in poisoned
buffer.
and:
"ath5k in monitor mode: Poison overwritten on buffers allocated from
ath_rxbuf_alloc"
https://bugzilla.kernel.org/show_bug.cgi?id=15861
We've been doing similar (to the ath9k issue)
tests with ath5k and it's been much more stable. But, our kernel is
currently totally larded down with debugging so we can't the NIC as
hard as we'd like.
I'll make sure we do some hard-core testing on ath5k soon.
Thanks,
Ben
bruno
--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc http://www.candelatech.com
--
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
