diff options
| author | Vlad Yasevich <vladislav.yasevich@hp.com> | 2009-11-10 08:57:34 +0000 |
|---|---|---|
| committer | David S. Miller <davem@davemloft.net> | 2009-11-13 19:56:50 -0800 |
| commit | 409b95aff3583c05ac7a9247fa3d8c9aa7f9cae3 (patch) | |
| tree | a8cd8135f974b8f1c6ef9d092755e1ac5b190b2f /firmware | |
| parent | d792c1006fe92448217b71513d3955868358271d (diff) | |
| download | kernel_samsung_tuna-409b95aff3583c05ac7a9247fa3d8c9aa7f9cae3.zip kernel_samsung_tuna-409b95aff3583c05ac7a9247fa3d8c9aa7f9cae3.tar.gz kernel_samsung_tuna-409b95aff3583c05ac7a9247fa3d8c9aa7f9cae3.tar.bz2 | |
sctp: Set source addresses on the association before adding transports
Recent commit 8da645e101a8c20c6073efda3c7cc74eec01b87f
sctp: Get rid of an extra routing lookup when adding a transport
introduced a regression in the connection setup. The behavior was
different between IPv4 and IPv6. IPv4 case ended up working because the
route lookup routing returned a NULL route, which triggered another
route lookup later in the output patch that succeeded. In the IPv6 case,
a valid route was returned for first call, but we could not find a valid
source address at the time since the source addresses were not set on the
association yet. Thus resulted in a hung connection.
The solution is to set the source addresses on the association prior to
adding peers.
Signed-off-by: Vlad Yasevich <vladislav.yasevich@hp.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'firmware')
0 files changed, 0 insertions, 0 deletions