diff options
author | Arnd Bergmann <arnd@arndb.de> | 2020-05-29 22:13:58 +0200 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2020-06-01 11:52:05 -0700 |
commit | 0af413bd3e2de73bcf0742ed556be4af83c71964 (patch) | |
tree | b2dbba1a0e05f151c3c61f5338c49d780549edde /net/bpfilter | |
parent | 6f197fb63850b26ef8f70f1bfe5900e377910a5a (diff) | |
download | linux-stable-0af413bd3e2de73bcf0742ed556be4af83c71964.tar.gz linux-stable-0af413bd3e2de73bcf0742ed556be4af83c71964.tar.bz2 linux-stable-0af413bd3e2de73bcf0742ed556be4af83c71964.zip |
flow_dissector: work around stack frame size warning
The fl_flow_key structure is around 500 bytes, so having two of them
on the stack in one function now exceeds the warning limit after an
otherwise correct change:
net/sched/cls_flower.c:298:12: error: stack frame size of 1056 bytes in function 'fl_classify' [-Werror,-Wframe-larger-than=]
I suspect the fl_classify function could be reworked to only have one
of them on the stack and modify it in place, but I could not work out
how to do that.
As a somewhat hacky workaround, move one of them into an out-of-line
function to reduce its scope. This does not necessarily reduce the stack
usage of the outer function, but at least the second copy is removed
from the stack during most of it and does not add up to whatever is
called from there.
I now see 552 bytes of stack usage for fl_classify(), plus 528 bytes
for fl_mask_lookup().
Fixes: 58cff782cc55 ("flow_dissector: Parse multiple MPLS Label Stack Entries")
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Acked-by: Cong Wang <xiyou.wangcong@gmail.com>
Acked-by: Guillaume Nault <gnault@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/bpfilter')
0 files changed, 0 insertions, 0 deletions