diff options
author | David S. Miller <davem@davemloft.net> | 2011-04-26 13:28:44 -0700 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2011-04-27 13:59:04 -0700 |
commit | 2d7192d6cbab20e153c47fa1559ffd41ceef0e79 (patch) | |
tree | aac4c4132f5b4a173ad8f8d0bf24427e039bbc89 /net/ipv4/igmp.c | |
parent | 15ecd039b7182d725f4294e01f2fb12c3a88db17 (diff) | |
download | linux-2d7192d6cbab20e153c47fa1559ffd41ceef0e79.tar.gz linux-2d7192d6cbab20e153c47fa1559ffd41ceef0e79.tar.bz2 linux-2d7192d6cbab20e153c47fa1559ffd41ceef0e79.zip |
ipv4: Sanitize and simplify ip_route_{connect,newports}()
These functions are used together as a unit for route resolution
during connect(). They address the chicken-and-egg problem that
exists when ports need to be allocated during connect() processing,
yet such port allocations require addressing information from the
routing code.
It's currently more heavy handed than it needs to be, and in
particular we allocate and initialize a flow object twice.
Let the callers provide the on-stack flow object. That way we only
need to initialize it once in the ip_route_connect() call.
Later, if ip_route_newports() needs to do anything, it re-uses that
flow object as-is except for the ports which it updates before the
route re-lookup.
Also, describe why this set of facilities are needed and how it works
in a big comment.
Signed-off-by: David S. Miller <davem@davemloft.net>
Reviewed-by: Eric Dumazet <eric.dumazet@gmail.com>
Diffstat (limited to 'net/ipv4/igmp.c')
0 files changed, 0 insertions, 0 deletions