Jussi Kivilinna wrote:
quoted text
> Quoting "Patrick McHardy" <kaber@trash.net>:
> 
>>
>> I thought you were going to make this a generic qdisc feature.
>> Why is configuration still qdisc specific?
>>
> 
> I was thinking keeping scope of this patch within hfsc, as done with 
> rest of rate table qdiscs. So it would be better to have they all to use 
> generic size table instead of duplicating rtab code.

Well, to use this feature consistently (meaning sizes propagate
down to inner qdiscs) it needs to be a generic feature.

quoted text
>> I was thinking of something like this:
>>
>> - add generic attributes for configuring size tables for any
>>   qdisc, handle those in sch_api
>>
>> - add qdisc_enqueue() wrapper that calculates the size and
>>   stores it in skb->cb, convert direct calls of sch->enqueue
>>   to use it
>>
>> - change direct uses of skb->len to use the size from the cb
>>
>> The second step might need a bit more thought to make sure
>> qdiscs don't get confused when the dequeued packet is larger
>> than the enqueued one, but I think they usually don't care.
>>
> 
> I guess I'll start over using your size table patch as base then.

I'm not sure that part is correct in my patch :)
--
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