B Brian Haley #
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>
Started by Brian Haley on Aug 1, 2006 · 3 messages from 2 authors · Last reply Aug 2, 2006
open the first message on its own page
B Brian Haley #
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>
D David Miller replied to Brian Haley #
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?
B Brian Haley replied to David Miller #
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