From: Herbert Xu <herbert@gondor.apana.org.au> Date: Mon, 21 Jul 2008 19:58:33 +0800Doing something like the noqueue_qdisc (bypassing the qdisc entirely) is very attractive because it eliminates the qdisc lock. We're only left with the TX lock. This whole idea of doing an optimized send to the device when the TX queue has space is indeed tempting. But we can't do it for qdiscs that measure rates, enforce limits, etc. And if the device kicks back at us with an error, we have to perform the normal ->enqueue() path. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Stephen Rothwell | Re: Announce: Linux-next (Or Andrew's dream :-)) |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Arjan van de Ven | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 33/37] dccp: Initialisation framework for feature negotiation |
| Christoph Lameter | Network latency regressions from 2.6.22 to 2.6.29 |
