Hello! I am having some trouble figuring out how virtual interfaces (such as mac-vlans) can wake up writers (such as udp sockets).
For 'real' hardware, it seems that the netif_stop_queue and netif_wake_queue methods handle stopping and waking the higher level senders, but for virtual devices with no queues, how does this work? In my case, I'm using a virtual Station interface that sits on top of a wifi radio interface (hacked up madwifi). I notice that UDP connections set up for high speed, unidirectional sends are stalling after a few minutes. netstat -an shows a write-buffer that is quite full, but nothing is transmitted. If I ping or start any other type of traffic on these interfaces, the udp recovers. It seems like the udp send logic is just getting stuck and needs a kick. I do not see any problems with TCP connections, and if I keep a slow-speed tcp connection running, the UDP will not hang. It's likely the bug is in my driver and/or code, so this is not a bug report..just a question to hopefully help me debug it further :) Thanks, Ben -- Ben Greear <[EMAIL PROTECTED]> Candela Technologies Inc http://www.candelatech.com - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
