On Feb 24, 2009, at 5:23 PM, Larry Finger wrote:
Francesco,
I don't think the problem results from an overrun of the TX FIFO. In
my latest
test, I added code in routine handle_irq_transmit_status() that
would print a
message if the while loop count reached 16 or more. That print did
not occur.
The largest queue depth reached during the run was 14. When the first
out-of-order cookie was received, the largest depth in the last 64
transactions
was only 5.
I'm going to increase the number of transactions saved for my next
run. Any
other info that I should capture?
What about drop info from dmesg? Another try could be halve the dma
queue, I believe now it is 64 slots. Could you give a try setting it
to 32?
Cheers,
-FG
Larry
-------
Francesco Gringoli, PhD - Assistant Professor
Dept. of Electrical Engineering for Automation
University of Brescia
via Branze, 38
25123 Brescia
ITALY
Ph: ++39.030.3715843
FAX: ++39.030.380014
WWW: http://www.ing.unibs.it/~gringoli
--
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
