netdev - Re: Connect hangs for a while before returns -1 with ECONNREFUSED on 3.2 for loopback

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20120204.153958.1218040403575354726.davem@davemloft.net>
Date:	Sat, 04 Feb 2012 15:39:58 -0500 (EST)
From:	David Miller <davem@...emloft.net>
To:	eric.dumazet@...il.com
Cc:	Yurij.Plotnikov@...etlabs.ru, netdev@...r.kernel.org
Subject: Re: Connect hangs for a while before returns -1 with ECONNREFUSED
 on 3.2 for loopback

From: Eric Dumazet <eric.dumazet@...il.com>
Date: Sat, 04 Feb 2012 13:26:42 +0100

> [PATCH] ipv4: fix a route regression

Eric, you can't do this.

The rest of the users depend upon the on-stack flow being fully
resolved as a side effect of the route lookup.  For example
ip_route_connect() wants the source address et-al filled in for it.

And the in-socket flow object that gets passed around expects the full
flow key to be resolved by the route lookup path as well.

Fix the case(s) that depend upon the flow not changing instead.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html