net: sched: report if filter is too large to dump
authorRoman Kapl <code@rkapl.cz>
Mon, 19 Feb 2018 20:32:51 +0000 (21:32 +0100)
committerDavid S. Miller <davem@davemloft.net>
Wed, 21 Feb 2018 02:57:17 +0000 (21:57 -0500)
commit5ae437ad5a2ed573b1ebb04e0afa70b8869f88dd
treeda5fcf604bf019b0fd5966fb64be7aa5e5586963
parentabe27a885d9e6575e663a16176dabc58ce9d7188
net: sched: report if filter is too large to dump

So far, if the filter was too large to fit in the allocated skb, the
kernel did not return any error and stopped dumping. Modify the dumper
so that it returns -EMSGSIZE when a filter fails to dump and it is the
first filter in the skb. If we are not first, we will get a next chance
with more room.

I understand this is pretty near to being an API change, but the
original design (silent truncation) can be considered a bug.

Note: The error case can happen pretty easily if you create a filter
with 32 actions and have 4kb pages. Also recent versions of iproute try
to be clever with their buffer allocation size, which in turn leads to

Signed-off-by: Roman Kapl <code@rkapl.cz>
Acked-by: Jiri Pirko <jiri@mellanox.com>
Acked-by: Cong Wang <xiyou.wangcong@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
net/sched/cls_api.c