I've done a patch to myri10ge which enables the use of multiple transmit queues in our Linux driver using CONFIG_NETDEVICES_MULTIQUEUE netdev subqueues. Our current hardware uses multiple queues purely for increasing host parallelism, not priority/QOS. I'm looking for a way, beyond pktgen, to actually use any transmit queue other than 0 to increase parallelism. Ideally, we would like to support hashing connections on egress to the same tx/rx queue pair (and hence MSI-X irq) as our device will hash the traffic to on ingress. As far as I can tell, the qdisc layer is where this hashing currently must happen. Is this correct? Or is there a hook which would allow a driver to supply a hash function to select the egress queue prior to its transmit function being called? Otherwise, is my only option to write an entire new qdisc which does the same sort of hashing as our nic, and force the admin to use tc to select my custom qdisc? Thanks, Drew -- 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
| monstr | [PATCH 26/60] microblaze_v4: time support |
| Jon Smirl | Re: 463 kernel developers missing! |
| Andrew Morton | Re: x86: 4kstacks default |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
git: | |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [GIT]: Networking |
| Jiri Olsa | [PATCHv5 0/2] net: fix race in the receive/select |
