Stefan Rompf wrote: > Am Mittwoch 25 Januar 2006 07:55 schrieb James Ketrenos: > > >>The purpose for this code ever coming into existence within ieee80211 >>was based on discussions at OLS this past year in how to support for the >>ability to start/stop independent Tx queues within a single net device >>in order to support 802.11e QoS. > > > QoS. I was expecting that answer. But actually it isn't about QoS, it is > about > supporting multiple hardware queues at driver level. If you just want to do > QoS, you can achieve it with ONE small queue in the hardware (just the > opposite of what I did during my tests with bug 825 ;-) and then let the > network qdiscs do the work. This is not totally without headaches because you > might need to inject management packets at high priority, but after all, at > typical 802.11 rates a modern CPU should be able to do QoS in software. > > Supporting multiple hardware queues is a problem. The elegant way from an API > perspective would be expanding linux qdiscs so that netif_stop_queue() and > netif_wake_queue() also could take a queue number as an argument. It doesn't > look easy to me but I'm far from understanding all secrets of the networking > core.
Exactly. The qdisc API should probably also be changed so you can ask a qdisc for a packet of a given priority, but this needs some more thought. - 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