summaryrefslogtreecommitdiff
path: root/usr
diff options
context:
space:
mode:
authorPatrick McHardy <kaber@trash.net>2007-10-15 01:48:39 -0700
committerDavid S. Miller <davem@sunset.davemloft.net>2007-10-15 12:26:35 -0700
commit861d04860725dc85944bf9fa815af338d9e56b43 (patch)
treeb05948c29127540ebace47c2f43e6d1744831735 /usr
parenta030847e9f0eed2a080f6114381c649a7aa43d25 (diff)
downloadlinux-3.10-861d04860725dc85944bf9fa815af338d9e56b43.tar.gz
linux-3.10-861d04860725dc85944bf9fa815af338d9e56b43.tar.bz2
linux-3.10-861d04860725dc85944bf9fa815af338d9e56b43.zip
[IPV4]: Uninline netfilter okfns
Now that we don't pass double skb pointers to nf_hook_slow anymore, gcc can generate tail calls for some of the netfilter hook okfn invocations, so there is no need to inline the functions anymore. This caused huge code bloat since we ended up with one inlined version and one out-of-line version since we pass the address to nf_hook_slow. Before: text data bss dec hex filename 8997385 1016524 524652 10538561 a0ce41 vmlinux After: text data bss dec hex filename 8994009 1016524 524652 10535185 a0c111 vmlinux ------------------------------------------------------- -3376 All cases have been verified to generate tail-calls with and without netfilter. The okfns in ipmr and xfrm4_input still remain inline because gcc can't generate tail-calls for them. Signed-off-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'usr')
0 files changed, 0 insertions, 0 deletions