On Tuesday 12 January 2010 17:35:04 Bob Copeland wrote:
Ok, well then at least we know that it is working :) Do you get any ill
effects besides the log spam? If so then there could be an issue with
starvation of the processing tasklet. Or maybe we should look at changing
the limits for
On Mon, Jan 11, 2010 at 7:19 PM, Fabio Rossi ross...@inwind.it wrote:
I put a printk debug statement in ath5k_tx_queue() to see how sc-txbuf_len
changes. The maximum number of buffers is 200 as defined by ATH_TXBUF. During
the file transfer, sometimes, sctxbuf_len decreases up to 1, then it
On Saturday 09 January 2010 04:41:32 Bob Copeland wrote:
Ok, well the patch only will affect AP mode -- it addresses a bug where
multicast AP frames are queued but not always processed. I wonder if your
workload is just filling up the queues and then the queues are awakened
prematurely.
Hi Bob,
I have tried your patch as I get many errors as in subject when I transfer
huge files (I'm using as a test a 1GB file). With the patch I have the same
errors.
I'm using wireless-testing.git (v2.6.33-rc2-47131-gc72a18c) in managed mode
(no AP).
Fabio
On Wednesday 11 November 2009
On Fri, Jan 08, 2010 at 11:34:16PM +0100, Fabio Rossi wrote:
Hi Bob,
I have tried your patch as I get many errors as in subject when I transfer
huge files (I'm using as a test a 1GB file). With the patch I have the same
errors.
I'm using wireless-testing.git (v2.6.33-rc2-47131-gc72a18c)
