netdev - Re: [PATCH 0/8] net: Improvements and applications of packet flow hash in transmit path

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

Date:	Mon, 07 Jul 2014 21:18:18 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	therbert@...gle.com
Cc:	netdev@...r.kernel.org
Subject: Re: [PATCH 0/8] net: Improvements and applications of packet flow
 hash in transmit path

From: Tom Herbert <therbert@...gle.com>
Date: Tue, 1 Jul 2014 21:31:55 -0700 (PDT)

> This patch series includes some patches which improve and make use
> of skb->hash in the transmit path.
> 
> What is included:
> 
> - Infrastructure to save a precomputed hash in the sock structure.
>   For connected TCP and UDP sockets we only need to compute the
>   flow hash once and not once for every packet.
> - Call skb_get_hash in get_xps_queue and __skb_tx_hash. This eliminates
>   the awkward access to skb->sk->sk_hash in the lower transmit path.
> - Move UDP source port generation into a common function in udp.h This
>   implementation is mostly based on vxlan_src_port.
> - Use non-zero IPv6 flow labels in flow_dissector as port information
>   for flow hash calculation.
> - Implement automatic flow label generation on transmit (per RFC 6438).
> - Don't repeatedly try to compute an L4 hash in skb_get_hash if we've
>   already tried to find one in software stack calculation.

Series applied, thanks Tom.
--
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