Hi, i am currently experiencing a problem with the tx queue sending udp (rtp, to be precise) packets. Scenario: i have an application sending approx. 7MBit/s datarate (1400 Byte RTP packets in bursts of 20 packets each). The device transmitting this stream is an intersil 802.11a card, the packets are sent to a multicast address. >From time to time (more frequent the higher i choose the tx (packet) rate), the queue stops, i.e. the application waits in sendto(). As soon as i transmit any other packet over the same device (e.g. a single ARP packet by trying to ping a non-existent host on the same logical net), the queue resumes normal operation. I could not find any problem (race condition etc.) in the device driver, and as far as i can see, there is no reason why this could be worked around by transmitting these other packets. However, i cannot believe that such a bug could exist in the kernel without anybody else noticing it. The kernel used is 2.4.20-ac2, but i saw the same behaviour with 2.4.18. If there's anything i could try to track this down, please let me know! Thanks, Wolfgang - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
