On Mon, Jan 11, 2010 at 7:19 PM, Fabio Rossi <rossi.f@xxxxxxxxx> 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, sc>txbuf_len decreases up to 1, then it changes > to 41 and starts again to decrease up to 1, again 41 and so on for a few > seconds. When the buffer number is 0 I can see the "no further txbuf available, > dropping packet" message. 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 better flow. We could also stop the queues a packet earlier, I guess. -- Bob Copeland %% www.bobcopeland.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
