]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
net_sched: unset TCQ_F_CAN_BYPASS when adding filters
authorCong Wang <xiyou.wangcong@gmail.com>
Tue, 16 Jul 2019 20:57:30 +0000 (13:57 -0700)
committerDavid S. Miller <davem@davemloft.net>
Wed, 17 Jul 2019 20:34:09 +0000 (13:34 -0700)
commit3f05e6886a595c9a29a309c52f45326be917823c
tree6e879b4a0e4ba5c6decac04220a813a80d9ec776
parent4809bba7289b4594d93da4fa70fb9b5ef48b5cf4
net_sched: unset TCQ_F_CAN_BYPASS when adding filters

For qdisc's that support TC filters and set TCQ_F_CAN_BYPASS,
notably fq_codel, it makes no sense to let packets bypass the TC
filters we setup in any scenario, otherwise our packets steering
policy could not be enforced.

This can be reproduced easily with the following script:

 ip li add dev dummy0 type dummy
 ifconfig dummy0 up
 tc qd add dev dummy0 root fq_codel
 tc filter add dev dummy0 parent 8001: protocol arp basic action mirred egress redirect dev lo
 tc filter add dev dummy0 parent 8001: protocol ip basic action mirred egress redirect dev lo
 ping -I dummy0 192.168.112.1

Without this patch, packets are sent directly to dummy0 without
hitting any of the filters. With this patch, packets are redirected
to loopback as expected.

This fix is not perfect, it only unsets the flag but does not set it back
because we have to save the information somewhere in the qdisc if we
really want that. Note, both fq_codel and sfq clear this flag in their
->bind_tcf() but this is clearly not sufficient when we don't use any
class ID.

Fixes: 23624935e0c4 ("net_sched: TCQ_F_CAN_BYPASS generalization")
Cc: Eric Dumazet <edumazet@google.com>
Signed-off-by: Cong Wang <xiyou.wangcong@gmail.com>
Reviewed-by: Eric Dumazet <edumazet@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/sched/cls_api.c
net/sched/sch_fq_codel.c
net/sched/sch_sfq.c