Re: [net-next-2.6 PATCH v2 3/3] net_sched: implement a root container qdisc sch_mclass
From: John Fastabend <hidden>
Date: 2011-01-03 05:46:17
On 12/31/2010 1:25 AM, Jarek Poplawski wrote:
On 2010-12-21 20:29, John Fastabend wrote:quoted
This implements a mclass 'multi-class' queueing discipline that by default creates multiple mq qdisc's one for each traffic class. Each mq qdisc then owns a range of queues per the netdev_tc_txq mappings.Btw, you could also consider better name (mqprio?) because there're many 'multi-class' queueing disciplines around.
OK.
quoted
+static int mclass_parse_opt(struct net_device *dev, struct tc_mclass_qopt *qopt) +{ + int i, j; + + /* Verify TC offset and count are sane */if (qopt->num_tc > TC_MAX_QUEUE) ? return -EINVAL;
This would be caught later when netdev_set_num_tc() fails although probably best to catch all failures in this function as early as possible.
quoted
+ for (i = 0; i < qopt->num_tc; i++) { + int last = qopt->offset[i] + qopt->count[i]; + if (last > dev->num_tx_queues)if (last >= dev->num_tx_queues) ?quoted
+ return -EINVAL; + for (j = i + 1; j < qopt->num_tc; j++) { + if (last > qopt->offset[j])if (last >= qopt->offset[j]) ?
I believe the below works as expected. The offset needs to be verified (this I missed) but offset+count can be equal to num_tx_queue indicating the last queue is in use. With 8 tx queues and num_tc=2 a valid configuration is, tc1 offset of 0 and a count of 7 with tc2 offset of 7 and count of 1.
/* Verify num_tc is in max range */
if (qopt->num_tc > TC_MAX_QUEUE)
return -EINVAL;
for (i = 0; i < qopt->num_tc; i++) {
/* Verify the queue offset is in the num tx range */
if (qopt->offset[i] >= dev->num_tx_queues)
return -EINVAL;
/* Verify the queue count is in tx range being equal to the
* num_tx_queues indicates the last queue is in use.
*/
else if (qopt->offset[i] + qopt->count[i] > dev->num_tx_queues)
return -EINVAL;
/* Verify that the offset and counts do not overlap */
for (j = i + 1; j < qopt->num_tc; j++) {
if (last > qopt->offset[j])
return -EINVAL;
}
}
Thanks for the review!
John.
Jarek P.