From: Daniel Borkmann
Date: Wed, 26 Aug 2015 23:00:06 +0200
> For classifiers getting invoked via tc_classify(), we always need an
> extra function call into tc_classify_compat(), as both are being
> exported as symbols and tc_classify() itself doesn't do much except
> handling of reclassificatio
On 08/26/2015 11:54 PM, Alexei Starovoitov wrote:
On 8/26/15 2:00 PM, Daniel Borkmann wrote:
...
+reset:
+if (unlikely(limit++ >= MAX_REC_LOOP)) {
+net_notice_ratelimited("%s: reclassify loop, rule prio %u, "
+ "protocol %02x\n", tp->q->ops->id,
+
On 8/26/15 2:00 PM, Daniel Borkmann wrote:
For classifiers getting invoked via tc_classify(), we always need an
extra function call into tc_classify_compat(), as both are being
exported as symbols and tc_classify() itself doesn't do much except
handling of reclassifications when tp->classify() re
For classifiers getting invoked via tc_classify(), we always need an
extra function call into tc_classify_compat(), as both are being
exported as symbols and tc_classify() itself doesn't do much except
handling of reclassifications when tp->classify() returned with
TC_ACT_RECLASSIFY.
CBQ and ATM a