ipv4: don't call upper-layer disconnect function if not connected

Started by Brian Haley on Aug 1, 2006 · 3 messages from 2 authors · Last reply Aug 2, 2006

STALE7396d

open the first message on its own page

  1. [PATCH] ipv4: don't call upper-layer disconnect function if not connected
    Related patches
Calling connect() with AF_UNSPEC will disconnect a socket, but we don't need to do any work if the socket isn't currently connected.

Signed-off-by: Brian Haley <redacted>
From: Brian Haley <redacted>
Date: Tue, 01 Aug 2006 15:48:54 -0400
Calling connect() with AF_UNSPEC will disconnect a socket, but we don't 
need to do any work if the socket isn't currently connected.

Signed-off-by: Brian Haley <redacted>
The socket could have been bind()'d to, in which case it will
not move to connected state and we still need to invoke
the disconnect methods such as udp_disconnect() to clear out
that binding.

You seem to be groveling in random areas of the ipv4 and ipv6 stack,
what are you working on?
The socket could have been bind()'d to, in which case it will
not move to connected state and we still need to invoke
the disconnect methods such as udp_disconnect() to clear out
that binding.
Ok.
You seem to be groveling in random areas of the ipv4 and ipv6 stack,
what are you working on?
Was looking into a customer-reported memory leak that seemed to be in this code path.  It wasn't, but this tweak seemed sane at the time.

-Brian
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help