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

Reply via email to