netdev - [PATCH v2 net-next 0/5] tcp: listener refactor part 16

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-next>] [day] [month] [year] [list]

Message-Id: <1427237936-19030-1-git-send-email-edumazet@google.com>
Date:	Tue, 24 Mar 2015 15:58:51 -0700
From:	Eric Dumazet <edumazet@...gle.com>
To:	"David S. Miller" <davem@...emloft.net>
Cc:	netdev <netdev@...r.kernel.org>,
	Eric Dumazet <eric.dumazet@...il.com>,
	Eric Dumazet <edumazet@...gle.com>
Subject: [PATCH v2 net-next 0/5] tcp: listener refactor part 16

A CONFIG_PROVE_RCU=y build revealed an RCU splat I had to fix.

I added const qualifiers to various md5 methods, as I expect
to call them on behalf of request sock traffic even if
the listener socket is not locked. This seems ok, but adding
const makes the contract clearer. Note a good reduction
of code size thanks to request/establish sockets convergence.

Eric Dumazet (5):
  tcp: md5: fix rcu lockdep splat
  tcp: use C99 initializers in new_state[]
  tcp: md5: input path is run under rcu protected sections
  tcp: md5: remove request sock argument of calc_md5_hash()
  tcp: md5: get rid of tcp_v[46]_reqsk_md5_lookup()

 include/net/tcp.h     | 37 +++++++++++++++++------------------
 net/ipv4/tcp.c        | 25 ++++++++++++------------
 net/ipv4/tcp_ipv4.c   | 53 +++++++++++++++------------------------------------
 net/ipv4/tcp_output.c | 24 ++++++++++++-----------
 net/ipv6/tcp_ipv6.c   | 50 ++++++++++++++----------------------------------
 5 files changed, 72 insertions(+), 117 deletions(-)

-- 
2.2.0.rc0.207.ga3a616c

--
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