summaryrefslogtreecommitdiff
path: root/net/unix/af_unix.c
diff options
context:
space:
mode:
authorBart De Schuymer <bdschuym@pandora.be>2005-03-09 04:28:17 -0800
committerDavid S. Miller <davem@northbeach.davemloft.net.davemloft.net>2005-03-09 04:28:17 -0800
commitdc14a93c9a87bdddba610c57b847bcd3e700ccc2 (patch)
treec87e0ea8f0d6cf3a9127725a98de348b674ac757 /net/unix/af_unix.c
parent1a8fca91f15f25a9ead2a0f8dd992c7bc095e87d (diff)
[NETFILTER]: Reduce call chain length in netfilter (take 2)
This is a second try to fix the long chain call lengths in netfilter. The difference with the previous patch is that I got rid of the extra argument. I somehow didn't see it could be done without using the 'int *ret2' argument. A comment on the number of arguments to nf_hook_slow: I don't think the number of arguments should be decreased. For the bridge-nf code, f.e., the indev argument does not equal (*pskb)->dev (this is an answer to a question of Rusty in the old thread). A comment on the argument change of nf_hook_slow (sk_buff * to sk_buff **) and the bad influence on tail call optimization possibilities. From the discussion in the old thread it became clear that no tail call is generated for the current code. So, I don't see why this is a reason not to accept the patch. Furthermore, if gcc ever would become able of doing the current code with a tail call, it should be very easy to change the code back to the original. In the meantime, I think this patch is the best known solution. Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/unix/af_unix.c')
0 files changed, 0 insertions, 0 deletions