On Fri, 2006-23-06 at 08:43 +1000, Herbert Xu wrote: > Sure. However, I still don't see the point of transmitting in parallel > even there. The reason is that there is no work being done here by the > CPU between dequeueing the packet and obtaining the TX lock.
You make a reasonable argument. I think I will need to run the experiment to gather facts. I will defer this discussion until i run some tests or Robert beats me to it. It does feel like the qdisc_is_running though is now a replacement for the need for dev->txlock which existed to protect multi-cpus from entering the device transmit path. Is that unintended side effect? i.e why would dev->txlock be needed anymore in that path? cheers, jamal - 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
