From: Thomas Graf <[EMAIL PROTECTED]> Date: Sat, 23 Jul 2005 18:14:58 +0200
> The simplest case is if the hardware does strict prio and does > the queueing itself based on skb->priority or similiar. We don't > need to change anything in this case except for adding the > interface to transfer the classification result to the driver. The key is what should happen when the ring for prio X fills up? netif_stop_queue() in it's current form is the wrong thing to do, because it prevents lower priority packets from being queued which is exactly what we want to do if those queues have space. The higher-prio packets will still go out first, of course, but queueing to lower prio rings should still be possible. So we need some kind of netif_stop_queue_prio(dev, prio_nr) or similar. The next issue is how to demultiplex from the number of prios we want, to what the hardware actually supports if the latter is smaller. - 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
