passt: Relicense to GPL 2.0, or any later version
In practical terms, passt doesn't benefit from the additional
protection offered by the AGPL over the GPL, because it's not
suitable to be executed over a computer network.
Further, restricting the distribution under the version 3 of the GPL
wouldn't provide any practical advantage either, as long as the passt
codebase is concerned, and might cause unnecessary compatibility
dilemmas.
Change licensing terms to the GNU General Public License Version 2,
or any later version, with written permission from all current and
past contributors, namely: myself, David Gibson, Laine Stump, Andrea
Bolognani, Paul Holzinger, Richard W.M. Jones, Chris Kuhn, Florian
Weimer, Giuseppe Scrivano, Stefan Hajnoczi, and Vasiliy Ulyanov.
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
2023-04-05 20:11:44 +02:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-or-later AND BSD-3-Clause
|
2021-07-26 07:18:50 +02:00
|
|
|
|
|
|
|
/* PASST - Plug A Simple Socket Transport
|
|
|
|
* for qemu/UNIX domain socket mode
|
|
|
|
*
|
|
|
|
* PASTA - Pack A Subtle Tap Abstraction
|
|
|
|
* for network namespace/tap device mode
|
|
|
|
*
|
|
|
|
* checksum.c - TCP/IP checksum routines
|
|
|
|
*
|
|
|
|
* Copyright (c) 2021 Red Hat GmbH
|
|
|
|
* Author: Stefano Brivio <sbrivio@redhat.com>
|
|
|
|
*
|
|
|
|
* This file also contains code originally licensed under the following terms:
|
|
|
|
*
|
|
|
|
* Copyright (c) 2014-2016, The Regents of the University of California.
|
|
|
|
* Copyright (c) 2016-2017, Nefeli Networks, Inc.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions are met:
|
|
|
|
*
|
|
|
|
* * Redistributions of source code must retain the above copyright notice, this
|
|
|
|
* list of conditions and the following disclaimer.
|
|
|
|
*
|
|
|
|
* * Redistributions in binary form must reproduce the above copyright notice,
|
|
|
|
* this list of conditions and the following disclaimer in the documentation
|
|
|
|
* and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* * Neither the names of the copyright holders nor the names of their
|
|
|
|
* contributors may be used to endorse or promote products derived from this
|
|
|
|
* software without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
|
|
|
|
* AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE
|
|
|
|
* LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
|
|
|
|
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
|
|
|
|
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
|
|
|
|
* INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
|
|
|
|
* CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
|
|
|
|
* POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* See the comment to csum_avx2() for further details.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <arpa/inet.h>
|
2021-10-21 04:26:08 +02:00
|
|
|
#include <netinet/ip.h>
|
|
|
|
#include <netinet/tcp.h>
|
2023-12-05 10:16:17 +01:00
|
|
|
#include <netinet/ip_icmp.h>
|
2021-10-21 04:26:08 +02:00
|
|
|
#include <stddef.h>
|
|
|
|
#include <stdint.h>
|
2021-07-26 07:18:50 +02:00
|
|
|
|
2022-10-19 02:43:46 +02:00
|
|
|
#include <linux/udp.h>
|
2022-10-19 02:43:44 +02:00
|
|
|
#include <linux/icmpv6.h>
|
|
|
|
|
2024-03-06 06:58:31 +01:00
|
|
|
#include "util.h"
|
2024-03-06 06:58:35 +01:00
|
|
|
#include "ip.h"
|
2024-03-06 06:58:32 +01:00
|
|
|
#include "checksum.h"
|
2024-03-06 06:58:31 +01:00
|
|
|
|
2022-10-19 02:43:47 +02:00
|
|
|
/* Checksums are optional for UDP over IPv4, so we usually just set
|
|
|
|
* them to 0. Change this to 1 to calculate real UDP over IPv4
|
|
|
|
* checksums
|
|
|
|
*/
|
|
|
|
#define UDP4_REAL_CHECKSUMS 0
|
|
|
|
|
2021-07-26 07:18:50 +02:00
|
|
|
/**
|
|
|
|
* sum_16b() - Calculate sum of 16-bit words
|
|
|
|
* @buf: Input buffer
|
|
|
|
* @len: Buffer length
|
|
|
|
*
|
|
|
|
* Return: 32-bit sum of 16-bit words
|
|
|
|
*/
|
2023-09-28 03:21:01 +02:00
|
|
|
/* Type-Based Alias Analysis (TBAA) optimisation in gcc 11 and 12 (-flto -O2)
|
|
|
|
* makes these functions essentially useless by allowing reordering of stores of
|
|
|
|
* input data across function calls. Not even declaring @in as char pointer is
|
|
|
|
* enough: disable gcc's interpretation of strict aliasing altogether. See also:
|
|
|
|
*
|
|
|
|
* https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106706
|
|
|
|
* https://stackoverflow.com/questions/2958633/gcc-strict-aliasing-and-horror-stories
|
|
|
|
* https://lore.kernel.org/all/alpine.LFD.2.00.0901121128080.6528__33422.5328093909$1232291247$gmane$org@localhost.localdomain/
|
|
|
|
*/
|
treewide: Disable gcc strict aliasing rules as needed, drop workarounds
Recently, commit 4ddbcb9c0c55 ("tcp: Disable optimisations
for tcp_hash()") worked around yet another issue we hit with gcc 12
and '-flto -O2': some stores affecting the input data to siphash_20b()
were omitted altogether, and tcp_hash() wouldn't get the correct hash
for incoming connections.
Digging further into this revealed that, at least according to gcc's
interpretation of C99 aliasing rules, passing pointers to functions
with different types compared to the effective type of the object
(for example, a uint8_t pointer to an anonymous struct, as it happens
in tcp_hash()), doesn't guarantee that stores are not reordered
across the function call.
This means that, in general, our checksum and hash functions might
not see parts of input data that was intended to be provided by
callers.
Not even switching from uint8_t to character types, which should be
appropriate here, according to C99 (ISO/IEC 9899, TC3, draft N1256),
section 6.5, "Expressions", paragraph 7:
An object shall have its stored value accessed only by an lvalue
expression that has one of the following types:
[...]
— a character type.
does the trick. I guess this is also subject to interpretation:
casting passed pointers to character types, and then using those as
different types, might still violate (dubious) aliasing rules.
Disable gcc strict aliasing rules for potentially affected functions,
which, in turn, disables gcc's Type-Based Alias Analysis (TBAA)
optimisations based on those function arguments.
Drop the existing workarounds. Also the (seemingly?) bogus
'maybe-uninitialized' warning on the tcp_tap_handler() > tcp_hash() >
siphash_20b() path goes away with -fno-strict-aliasing on
siphash_20b().
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
2023-02-27 01:57:36 +01:00
|
|
|
/* NOLINTNEXTLINE(clang-diagnostic-unknown-attributes) */
|
2023-09-28 03:21:01 +02:00
|
|
|
__attribute__((optimize("-fno-strict-aliasing")))
|
2021-07-26 07:18:50 +02:00
|
|
|
uint32_t sum_16b(const void *buf, size_t len)
|
|
|
|
{
|
|
|
|
const uint16_t *p = buf;
|
|
|
|
uint32_t sum = 0;
|
|
|
|
|
|
|
|
while (len > 1) {
|
|
|
|
sum += *p++;
|
|
|
|
len -= 2;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (len > 0)
|
|
|
|
sum += *p & htons(0xff00);
|
|
|
|
|
|
|
|
return sum;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* csum_fold() - Fold long sum for IP and TCP checksum
|
|
|
|
* @sum: Original long sum
|
|
|
|
*
|
|
|
|
* Return: 16-bit folded sum
|
|
|
|
*/
|
|
|
|
uint16_t csum_fold(uint32_t sum)
|
|
|
|
{
|
|
|
|
while (sum >> 16)
|
|
|
|
sum = (sum & 0xffff) + (sum >> 16);
|
|
|
|
|
|
|
|
return sum;
|
|
|
|
}
|
|
|
|
|
2022-10-19 02:43:48 +02:00
|
|
|
/**
|
2024-03-06 06:58:35 +01:00
|
|
|
* csum_ip4_header() - Calculate IPv4 header checksum
|
|
|
|
* @tot_len: IPv4 payload length (data + IP header, network order)
|
2024-05-01 08:53:47 +02:00
|
|
|
* @protocol: Protocol number
|
|
|
|
* @saddr: IPv4 source address
|
|
|
|
* @daddr: IPv4 destination address
|
2024-03-06 06:58:35 +01:00
|
|
|
*
|
|
|
|
* Return: 16-bit folded sum of the IPv4 header
|
2022-10-19 02:43:48 +02:00
|
|
|
*/
|
2024-03-06 06:58:35 +01:00
|
|
|
uint16_t csum_ip4_header(uint16_t tot_len, uint8_t protocol,
|
|
|
|
struct in_addr saddr, struct in_addr daddr)
|
2022-10-19 02:43:48 +02:00
|
|
|
{
|
2024-03-06 06:58:35 +01:00
|
|
|
uint32_t sum = L2_BUF_IP4_PSUM(protocol);
|
|
|
|
|
|
|
|
sum += tot_len;
|
|
|
|
sum += (saddr.s_addr >> 16) & 0xffff;
|
|
|
|
sum += saddr.s_addr & 0xffff;
|
|
|
|
sum += (daddr.s_addr >> 16) & 0xffff;
|
|
|
|
sum += daddr.s_addr & 0xffff;
|
|
|
|
|
|
|
|
return ~csum_fold(sum);
|
2022-10-19 02:43:48 +02:00
|
|
|
}
|
|
|
|
|
2024-03-06 06:58:36 +01:00
|
|
|
/**
|
|
|
|
* proto_ipv4_header_psum() - Calculates the partial checksum of an
|
|
|
|
* IPv4 header for UDP or TCP
|
|
|
|
* @tot_len: IPv4 Payload length (host order)
|
2024-05-01 08:53:47 +02:00
|
|
|
* @proto: Protocol number
|
|
|
|
* @saddr: Source address
|
|
|
|
* @daddr: Destination address
|
2024-03-06 06:58:36 +01:00
|
|
|
* Returns: Partial checksum of the IPv4 header
|
|
|
|
*/
|
|
|
|
uint32_t proto_ipv4_header_psum(uint16_t tot_len, uint8_t protocol,
|
|
|
|
struct in_addr saddr, struct in_addr daddr)
|
|
|
|
{
|
|
|
|
uint32_t psum = htons(protocol);
|
|
|
|
|
|
|
|
psum += (saddr.s_addr >> 16) & 0xffff;
|
|
|
|
psum += saddr.s_addr & 0xffff;
|
|
|
|
psum += (daddr.s_addr >> 16) & 0xffff;
|
|
|
|
psum += daddr.s_addr & 0xffff;
|
|
|
|
psum += htons(tot_len);
|
|
|
|
|
|
|
|
return psum;
|
|
|
|
}
|
|
|
|
|
2022-10-19 02:43:47 +02:00
|
|
|
/**
|
|
|
|
* csum_udp4() - Calculate and set checksum for a UDP over IPv4 packet
|
|
|
|
* @udp4hr: UDP header, initialised apart from checksum
|
|
|
|
* @saddr: IPv4 source address
|
|
|
|
* @daddr: IPv4 destination address
|
|
|
|
* @payload: ICMPv4 packet payload
|
|
|
|
* @len: Length of @payload (not including UDP)
|
|
|
|
*/
|
2022-11-04 04:10:35 +01:00
|
|
|
void csum_udp4(struct udphdr *udp4hr,
|
|
|
|
struct in_addr saddr, struct in_addr daddr,
|
2022-10-19 02:43:47 +02:00
|
|
|
const void *payload, size_t len)
|
|
|
|
{
|
|
|
|
/* UDP checksums are optional, so don't bother */
|
|
|
|
udp4hr->check = 0;
|
|
|
|
|
|
|
|
if (UDP4_REAL_CHECKSUMS) {
|
2024-03-06 06:58:36 +01:00
|
|
|
uint16_t tot_len = len + sizeof(struct udphdr);
|
|
|
|
uint32_t psum = proto_ipv4_header_psum(tot_len, IPPROTO_UDP,
|
|
|
|
saddr, daddr);
|
|
|
|
psum = csum_unfolded(udp4hr, sizeof(struct udphdr), psum);
|
2024-03-06 06:58:31 +01:00
|
|
|
udp4hr->check = csum(payload, len, psum);
|
2022-10-19 02:43:47 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2022-10-19 02:43:45 +02:00
|
|
|
/**
|
|
|
|
* csum_icmp4() - Calculate and set checksum for an ICMP packet
|
|
|
|
* @icmp4hr: ICMP header, initialised apart from checksum
|
|
|
|
* @payload: ICMP packet payload
|
|
|
|
* @len: Length of @payload (not including ICMP header)
|
|
|
|
*/
|
|
|
|
void csum_icmp4(struct icmphdr *icmp4hr, const void *payload, size_t len)
|
|
|
|
{
|
2022-10-25 18:01:11 +02:00
|
|
|
uint32_t psum;
|
2022-10-19 02:43:45 +02:00
|
|
|
|
|
|
|
icmp4hr->checksum = 0;
|
2022-10-25 18:01:11 +02:00
|
|
|
|
|
|
|
/* Partial checksum for ICMP header alone */
|
|
|
|
psum = sum_16b(icmp4hr, sizeof(*icmp4hr));
|
|
|
|
|
2024-03-06 06:58:31 +01:00
|
|
|
icmp4hr->checksum = csum(payload, len, psum);
|
2022-10-19 02:43:45 +02:00
|
|
|
}
|
|
|
|
|
2024-03-06 06:58:36 +01:00
|
|
|
/**
|
|
|
|
* proto_ipv6_header_psum() - Calculates the partial checksum of an
|
|
|
|
* IPv6 header for UDP or TCP
|
|
|
|
* @payload_len: IPv6 payload length (host order)
|
2024-05-01 08:53:47 +02:00
|
|
|
* @proto: Protocol number
|
|
|
|
* @saddr: Source address
|
|
|
|
* @daddr: Destination address
|
2024-03-06 06:58:36 +01:00
|
|
|
* Returns: Partial checksum of the IPv6 header
|
|
|
|
*/
|
|
|
|
uint32_t proto_ipv6_header_psum(uint16_t payload_len, uint8_t protocol,
|
|
|
|
const struct in6_addr *saddr,
|
|
|
|
const struct in6_addr *daddr)
|
|
|
|
{
|
|
|
|
uint32_t sum = htons(protocol) + htons(payload_len);
|
|
|
|
|
|
|
|
sum += sum_16b(saddr, sizeof(*saddr));
|
|
|
|
sum += sum_16b(daddr, sizeof(*daddr));
|
|
|
|
|
|
|
|
return sum;
|
|
|
|
}
|
|
|
|
|
2022-10-19 02:43:46 +02:00
|
|
|
/**
|
|
|
|
* csum_udp6() - Calculate and set checksum for a UDP over IPv6 packet
|
|
|
|
* @udp6hr: UDP header, initialised apart from checksum
|
|
|
|
* @payload: UDP packet payload
|
|
|
|
* @len: Length of @payload (not including UDP header)
|
|
|
|
*/
|
|
|
|
void csum_udp6(struct udphdr *udp6hr,
|
|
|
|
const struct in6_addr *saddr, const struct in6_addr *daddr,
|
|
|
|
const void *payload, size_t len)
|
|
|
|
{
|
2024-03-06 06:58:36 +01:00
|
|
|
uint32_t psum = proto_ipv6_header_psum(len + sizeof(struct udphdr),
|
|
|
|
IPPROTO_UDP, saddr, daddr);
|
2022-10-19 02:43:46 +02:00
|
|
|
udp6hr->check = 0;
|
2024-03-06 06:58:36 +01:00
|
|
|
|
|
|
|
psum = csum_unfolded(udp6hr, sizeof(struct udphdr), psum);
|
2024-03-06 06:58:31 +01:00
|
|
|
udp6hr->check = csum(payload, len, psum);
|
2022-10-19 02:43:46 +02:00
|
|
|
}
|
|
|
|
|
2022-10-19 02:43:44 +02:00
|
|
|
/**
|
|
|
|
* csum_icmp6() - Calculate and set checksum for an ICMPv6 packet
|
|
|
|
* @icmp6hr: ICMPv6 header, initialised apart from checksum
|
|
|
|
* @saddr: IPv6 source address
|
|
|
|
* @daddr: IPv6 destination address
|
|
|
|
* @payload: ICMP packet payload
|
|
|
|
* @len: Length of @payload (not including ICMPv6 header)
|
|
|
|
*/
|
|
|
|
void csum_icmp6(struct icmp6hdr *icmp6hr,
|
|
|
|
const struct in6_addr *saddr, const struct in6_addr *daddr,
|
|
|
|
const void *payload, size_t len)
|
|
|
|
{
|
2024-05-01 08:53:44 +02:00
|
|
|
uint32_t psum = proto_ipv6_header_psum(len + sizeof(*icmp6hr),
|
|
|
|
IPPROTO_ICMPV6, saddr, daddr);
|
2022-10-19 02:43:44 +02:00
|
|
|
|
|
|
|
icmp6hr->icmp6_cksum = 0;
|
|
|
|
/* Add in partial checksum for the ICMPv6 header alone */
|
|
|
|
psum += sum_16b(icmp6hr, sizeof(*icmp6hr));
|
2024-03-06 06:58:31 +01:00
|
|
|
icmp6hr->icmp6_cksum = csum(payload, len, psum);
|
2022-10-19 02:43:44 +02:00
|
|
|
}
|
|
|
|
|
2021-07-26 07:18:50 +02:00
|
|
|
#ifdef __AVX2__
|
|
|
|
#include <immintrin.h>
|
|
|
|
|
|
|
|
/**
|
|
|
|
* csum_avx2() - Compute 32-bit checksum using AVX2 SIMD instructions
|
|
|
|
* @buf: Input buffer, must be aligned to 32-byte boundary
|
|
|
|
* @len: Input length
|
|
|
|
* @init: Initial 32-bit checksum, 0 for no pre-computed checksum
|
|
|
|
*
|
|
|
|
* Return: 32-bit checksum, not complemented, not folded
|
|
|
|
*
|
|
|
|
* This implementation is mostly sourced from BESS ("Berkeley Extensible
|
|
|
|
* Software Switch"), core/utils/checksum.h, distributed under the terms of the
|
|
|
|
* 3-Clause BSD license. Notable changes:
|
|
|
|
* - input buffer data is loaded (streamed) with a non-temporal aligned hint
|
|
|
|
* (VMOVNTDQA, _mm256_stream_load_si256() intrinsic) instead of the original
|
|
|
|
* unaligned load with temporal hint (VMOVDQU, _mm256_loadu_si256() intrinsic)
|
|
|
|
* given that the input buffer layout guarantees 32-byte alignment of TCP and
|
|
|
|
* UDP headers, and that the data is not used immediately afterwards, reducing
|
|
|
|
* cache pollution significantly and latency (e.g. on Intel Skylake: 0 instead
|
|
|
|
* of 7)
|
2021-10-15 17:04:46 +02:00
|
|
|
* - read from four streams in parallel as long as we have more than 128 bytes,
|
|
|
|
* not just two
|
2021-07-26 07:18:50 +02:00
|
|
|
* - replace the ADCQ implementation for the portion remaining after the
|
|
|
|
* checksum computation for 128-byte blocks by a load/unpack/add loop on a
|
|
|
|
* single stream, and do the rest with a for loop, auto-vectorisation seems to
|
|
|
|
* outperforms the original hand-coded loop there
|
|
|
|
* - sum_a/sum_b unpacking is interleaved and not sequential to reduce stalls
|
|
|
|
* - coding style adaptation
|
|
|
|
*/
|
treewide: Disable gcc strict aliasing rules as needed, drop workarounds
Recently, commit 4ddbcb9c0c55 ("tcp: Disable optimisations
for tcp_hash()") worked around yet another issue we hit with gcc 12
and '-flto -O2': some stores affecting the input data to siphash_20b()
were omitted altogether, and tcp_hash() wouldn't get the correct hash
for incoming connections.
Digging further into this revealed that, at least according to gcc's
interpretation of C99 aliasing rules, passing pointers to functions
with different types compared to the effective type of the object
(for example, a uint8_t pointer to an anonymous struct, as it happens
in tcp_hash()), doesn't guarantee that stores are not reordered
across the function call.
This means that, in general, our checksum and hash functions might
not see parts of input data that was intended to be provided by
callers.
Not even switching from uint8_t to character types, which should be
appropriate here, according to C99 (ISO/IEC 9899, TC3, draft N1256),
section 6.5, "Expressions", paragraph 7:
An object shall have its stored value accessed only by an lvalue
expression that has one of the following types:
[...]
— a character type.
does the trick. I guess this is also subject to interpretation:
casting passed pointers to character types, and then using those as
different types, might still violate (dubious) aliasing rules.
Disable gcc strict aliasing rules for potentially affected functions,
which, in turn, disables gcc's Type-Based Alias Analysis (TBAA)
optimisations based on those function arguments.
Drop the existing workarounds. Also the (seemingly?) bogus
'maybe-uninitialized' warning on the tcp_tap_handler() > tcp_hash() >
siphash_20b() path goes away with -fno-strict-aliasing on
siphash_20b().
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
2023-02-27 01:57:36 +01:00
|
|
|
/* NOLINTNEXTLINE(clang-diagnostic-unknown-attributes) */
|
2023-09-28 03:21:01 +02:00
|
|
|
__attribute__((optimize("-fno-strict-aliasing"))) /* See csum_16b() */
|
2021-07-26 07:18:50 +02:00
|
|
|
static uint32_t csum_avx2(const void *buf, size_t len, uint32_t init)
|
|
|
|
{
|
2021-10-15 17:04:46 +02:00
|
|
|
__m256i a, b, sum256, sum_a_hi, sum_a_lo, sum_b_hi, sum_b_lo, c, d;
|
|
|
|
__m256i __sum_a_hi, __sum_a_lo, __sum_b_hi, __sum_b_lo;
|
2021-10-21 09:41:13 +02:00
|
|
|
const __m256i *buf256 = (const __m256i *)buf;
|
|
|
|
const uint64_t *buf64;
|
2021-07-26 07:18:50 +02:00
|
|
|
const uint16_t *buf16;
|
|
|
|
uint64_t sum64 = init;
|
|
|
|
int odd = len & 1;
|
|
|
|
__m128i sum128;
|
2021-10-15 17:04:46 +02:00
|
|
|
__m256i zero;
|
2021-07-26 07:18:50 +02:00
|
|
|
|
|
|
|
zero = _mm256_setzero_si256();
|
|
|
|
|
|
|
|
if (len < sizeof(__m256i) * 4)
|
|
|
|
goto less_than_128_bytes;
|
|
|
|
|
|
|
|
/* We parallelize two ymm streams to minimize register dependency:
|
|
|
|
*
|
|
|
|
* a: buf256, buf256 + 2, ...
|
|
|
|
* b: buf256 + 1, buf256 + 3, ...
|
|
|
|
*/
|
|
|
|
a = _mm256_stream_load_si256(buf256);
|
|
|
|
b = _mm256_stream_load_si256(buf256 + 1);
|
|
|
|
|
|
|
|
/* For each stream, accumulate unpackhi and unpacklo in parallel (as
|
|
|
|
* 4x64bit vectors, so that each upper 0000 can hold carries):
|
|
|
|
*
|
|
|
|
* 32B data: aaaaAAAA bbbbBBBB ccccCCCC ddddDDDD (1 letter: 1 byte)
|
|
|
|
* unpackhi: bbbb0000 BBBB0000 dddd0000 DDDD0000
|
|
|
|
* unpacklo: aaaa0000 AAAA0000 cccc0000 CCCC0000
|
|
|
|
*/
|
|
|
|
sum_a_hi = _mm256_unpackhi_epi32(a, zero);
|
|
|
|
sum_b_hi = _mm256_unpackhi_epi32(b, zero);
|
|
|
|
sum_a_lo = _mm256_unpacklo_epi32(a, zero);
|
|
|
|
sum_b_lo = _mm256_unpacklo_epi32(b, zero);
|
|
|
|
|
|
|
|
len -= sizeof(__m256i) * 2;
|
|
|
|
buf256 += 2;
|
|
|
|
|
2021-10-15 17:04:46 +02:00
|
|
|
/* As long as we have more than 128 bytes, (stream) load from four
|
|
|
|
* streams instead of two, interleaving loads and register usage, to
|
|
|
|
* further decrease stalls, but don't double the number of accumulators
|
|
|
|
* and don't make this a general case to keep branching reasonable.
|
|
|
|
*/
|
|
|
|
if (len >= sizeof(a) * 4) {
|
|
|
|
a = _mm256_stream_load_si256(buf256);
|
|
|
|
b = _mm256_stream_load_si256(buf256 + 1);
|
|
|
|
c = _mm256_stream_load_si256(buf256 + 2);
|
|
|
|
d = _mm256_stream_load_si256(buf256 + 3);
|
|
|
|
}
|
|
|
|
for (; len >= sizeof(a) * 4; len -= sizeof(a) * 4, buf256 += 4) {
|
|
|
|
__sum_a_hi = _mm256_add_epi64(sum_a_hi,
|
|
|
|
_mm256_unpackhi_epi32(a, zero));
|
|
|
|
__sum_b_hi = _mm256_add_epi64(sum_b_hi,
|
|
|
|
_mm256_unpackhi_epi32(b, zero));
|
|
|
|
__sum_a_lo = _mm256_add_epi64(sum_a_lo,
|
|
|
|
_mm256_unpacklo_epi32(a, zero));
|
|
|
|
__sum_b_lo = _mm256_add_epi64(sum_b_lo,
|
|
|
|
_mm256_unpacklo_epi32(b, zero));
|
|
|
|
|
|
|
|
if (len >= sizeof(a) * 8) {
|
|
|
|
a = _mm256_stream_load_si256(buf256 + 4);
|
|
|
|
b = _mm256_stream_load_si256(buf256 + 5);
|
|
|
|
}
|
|
|
|
|
|
|
|
sum_a_hi = _mm256_add_epi64(__sum_a_hi,
|
|
|
|
_mm256_unpackhi_epi32(c, zero));
|
|
|
|
sum_b_hi = _mm256_add_epi64(__sum_b_hi,
|
|
|
|
_mm256_unpackhi_epi32(d, zero));
|
|
|
|
sum_a_lo = _mm256_add_epi64(__sum_a_lo,
|
|
|
|
_mm256_unpacklo_epi32(c, zero));
|
|
|
|
sum_b_lo = _mm256_add_epi64(__sum_b_lo,
|
|
|
|
_mm256_unpacklo_epi32(d, zero));
|
|
|
|
|
|
|
|
if (len >= sizeof(a) * 8) {
|
|
|
|
c = _mm256_stream_load_si256(buf256 + 6);
|
|
|
|
d = _mm256_stream_load_si256(buf256 + 7);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2021-07-26 07:18:50 +02:00
|
|
|
for (; len >= sizeof(a) * 2; len -= sizeof(a) * 2, buf256 += 2) {
|
|
|
|
a = _mm256_stream_load_si256(buf256);
|
|
|
|
b = _mm256_stream_load_si256(buf256 + 1);
|
|
|
|
|
|
|
|
sum_a_hi = _mm256_add_epi64(sum_a_hi,
|
|
|
|
_mm256_unpackhi_epi32(a, zero));
|
|
|
|
sum_b_hi = _mm256_add_epi64(sum_b_hi,
|
|
|
|
_mm256_unpackhi_epi32(b, zero));
|
|
|
|
sum_a_lo = _mm256_add_epi64(sum_a_lo,
|
|
|
|
_mm256_unpacklo_epi32(a, zero));
|
|
|
|
sum_b_lo = _mm256_add_epi64(sum_b_lo,
|
|
|
|
_mm256_unpacklo_epi32(b, zero));
|
|
|
|
}
|
|
|
|
|
2021-10-15 16:59:12 +02:00
|
|
|
/* Fold four 256bit sums into one 128-bit sum. */
|
|
|
|
sum256 = _mm256_add_epi64(_mm256_add_epi64(sum_a_hi, sum_b_lo),
|
|
|
|
_mm256_add_epi64(sum_b_hi, sum_a_lo));
|
2021-07-26 07:18:50 +02:00
|
|
|
sum128 = _mm_add_epi64(_mm256_extracti128_si256(sum256, 0),
|
|
|
|
_mm256_extracti128_si256(sum256, 1));
|
|
|
|
|
|
|
|
/* Fold 128-bit sum into 64 bits. */
|
|
|
|
sum64 += _mm_extract_epi64(sum128, 0) + _mm_extract_epi64(sum128, 1);
|
|
|
|
|
|
|
|
less_than_128_bytes:
|
|
|
|
for (; len >= sizeof(a); len -= sizeof(a), buf256++) {
|
|
|
|
a = _mm256_stream_load_si256(buf256);
|
|
|
|
|
|
|
|
sum_a_hi = _mm256_unpackhi_epi32(a, zero);
|
|
|
|
sum_a_lo = _mm256_unpacklo_epi32(a, zero);
|
|
|
|
|
|
|
|
sum256 = _mm256_add_epi64(sum_a_hi, sum_a_lo);
|
|
|
|
sum128 = _mm_add_epi64(_mm256_extracti128_si256(sum256, 0),
|
|
|
|
_mm256_extracti128_si256(sum256, 1));
|
|
|
|
|
|
|
|
sum64 += _mm_extract_epi64(sum128, 0);
|
|
|
|
sum64 += _mm_extract_epi64(sum128, 1);
|
|
|
|
}
|
|
|
|
buf64 = (const uint64_t *)buf256;
|
|
|
|
|
|
|
|
/* Repeat 16-bit one's complement sum (at sum64). */
|
|
|
|
buf16 = (const uint16_t *)buf64;
|
|
|
|
while (len >= sizeof(uint16_t)) {
|
|
|
|
sum64 += *buf16++;
|
|
|
|
len -= sizeof(uint16_t);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Add remaining 8 bits to the one's complement sum. */
|
|
|
|
if (odd)
|
|
|
|
sum64 += *(const uint8_t *)buf16;
|
|
|
|
|
|
|
|
/* Reduce 64-bit unsigned int to 32-bit unsigned int. */
|
|
|
|
sum64 = (sum64 >> 32) + (sum64 & 0xffffffff);
|
|
|
|
sum64 += sum64 >> 32;
|
|
|
|
|
|
|
|
return (uint32_t)sum64;
|
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2024-03-06 06:58:32 +01:00
|
|
|
* csum_unfolded - Calculate the unfolded checksum of a data buffer.
|
2021-07-26 07:18:50 +02:00
|
|
|
*
|
2024-03-06 06:58:32 +01:00
|
|
|
* @buf: Input buffer
|
|
|
|
* @len: Input length
|
|
|
|
* @init: Initial 32-bit checksum, 0 for no pre-computed checksum
|
|
|
|
*
|
|
|
|
* Return: 32-bit unfolded
|
2021-07-26 07:18:50 +02:00
|
|
|
*/
|
treewide: Disable gcc strict aliasing rules as needed, drop workarounds
Recently, commit 4ddbcb9c0c55 ("tcp: Disable optimisations
for tcp_hash()") worked around yet another issue we hit with gcc 12
and '-flto -O2': some stores affecting the input data to siphash_20b()
were omitted altogether, and tcp_hash() wouldn't get the correct hash
for incoming connections.
Digging further into this revealed that, at least according to gcc's
interpretation of C99 aliasing rules, passing pointers to functions
with different types compared to the effective type of the object
(for example, a uint8_t pointer to an anonymous struct, as it happens
in tcp_hash()), doesn't guarantee that stores are not reordered
across the function call.
This means that, in general, our checksum and hash functions might
not see parts of input data that was intended to be provided by
callers.
Not even switching from uint8_t to character types, which should be
appropriate here, according to C99 (ISO/IEC 9899, TC3, draft N1256),
section 6.5, "Expressions", paragraph 7:
An object shall have its stored value accessed only by an lvalue
expression that has one of the following types:
[...]
— a character type.
does the trick. I guess this is also subject to interpretation:
casting passed pointers to character types, and then using those as
different types, might still violate (dubious) aliasing rules.
Disable gcc strict aliasing rules for potentially affected functions,
which, in turn, disables gcc's Type-Based Alias Analysis (TBAA)
optimisations based on those function arguments.
Drop the existing workarounds. Also the (seemingly?) bogus
'maybe-uninitialized' warning on the tcp_tap_handler() > tcp_hash() >
siphash_20b() path goes away with -fno-strict-aliasing on
siphash_20b().
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
2023-02-27 01:57:36 +01:00
|
|
|
/* NOLINTNEXTLINE(clang-diagnostic-unknown-attributes) */
|
2023-09-28 03:21:01 +02:00
|
|
|
__attribute__((optimize("-fno-strict-aliasing"))) /* See csum_16b() */
|
2024-03-06 06:58:32 +01:00
|
|
|
uint32_t csum_unfolded(const void *buf, size_t len, uint32_t init)
|
2021-07-26 07:18:50 +02:00
|
|
|
{
|
2024-03-06 06:58:31 +01:00
|
|
|
intptr_t align = ROUND_UP((intptr_t)buf, sizeof(__m256i));
|
|
|
|
unsigned int pad = align - (intptr_t)buf;
|
|
|
|
|
|
|
|
if (len < pad)
|
|
|
|
pad = len;
|
|
|
|
|
|
|
|
if (pad)
|
|
|
|
init += sum_16b(buf, pad);
|
|
|
|
|
|
|
|
if (len > pad)
|
|
|
|
init = csum_avx2((void *)align, len - pad, init);
|
|
|
|
|
2024-03-06 06:58:32 +01:00
|
|
|
return init;
|
2021-07-26 07:18:50 +02:00
|
|
|
}
|
|
|
|
#else /* __AVX2__ */
|
2024-03-06 06:58:32 +01:00
|
|
|
/**
|
|
|
|
* csum_unfolded - Calculate the unfolded checksum of a data buffer.
|
|
|
|
*
|
|
|
|
* @buf: Input buffer
|
|
|
|
* @len: Input length
|
|
|
|
* @init: Initial 32-bit checksum, 0 for no pre-computed checksum
|
|
|
|
*
|
|
|
|
* Return: 32-bit unfolded checksum
|
|
|
|
*/
|
|
|
|
/* NOLINTNEXTLINE(clang-diagnostic-unknown-attributes) */
|
|
|
|
__attribute__((optimize("-fno-strict-aliasing"))) /* See csum_16b() */
|
|
|
|
uint32_t csum_unfolded(const void *buf, size_t len, uint32_t init)
|
|
|
|
{
|
|
|
|
return sum_16b(buf, len) + init;
|
|
|
|
}
|
|
|
|
#endif /* !__AVX2__ */
|
2021-07-26 07:18:50 +02:00
|
|
|
|
|
|
|
/**
|
|
|
|
* csum() - Compute TCP/IP-style checksum
|
|
|
|
* @buf: Input buffer
|
|
|
|
* @len: Input length
|
2024-03-06 06:58:32 +01:00
|
|
|
* @init: Initial 32-bit checksum, 0 for no pre-computed checksum
|
2021-07-26 07:18:50 +02:00
|
|
|
*
|
|
|
|
* Return: 16-bit folded, complemented checksum
|
|
|
|
*/
|
treewide: Disable gcc strict aliasing rules as needed, drop workarounds
Recently, commit 4ddbcb9c0c55 ("tcp: Disable optimisations
for tcp_hash()") worked around yet another issue we hit with gcc 12
and '-flto -O2': some stores affecting the input data to siphash_20b()
were omitted altogether, and tcp_hash() wouldn't get the correct hash
for incoming connections.
Digging further into this revealed that, at least according to gcc's
interpretation of C99 aliasing rules, passing pointers to functions
with different types compared to the effective type of the object
(for example, a uint8_t pointer to an anonymous struct, as it happens
in tcp_hash()), doesn't guarantee that stores are not reordered
across the function call.
This means that, in general, our checksum and hash functions might
not see parts of input data that was intended to be provided by
callers.
Not even switching from uint8_t to character types, which should be
appropriate here, according to C99 (ISO/IEC 9899, TC3, draft N1256),
section 6.5, "Expressions", paragraph 7:
An object shall have its stored value accessed only by an lvalue
expression that has one of the following types:
[...]
— a character type.
does the trick. I guess this is also subject to interpretation:
casting passed pointers to character types, and then using those as
different types, might still violate (dubious) aliasing rules.
Disable gcc strict aliasing rules for potentially affected functions,
which, in turn, disables gcc's Type-Based Alias Analysis (TBAA)
optimisations based on those function arguments.
Drop the existing workarounds. Also the (seemingly?) bogus
'maybe-uninitialized' warning on the tcp_tap_handler() > tcp_hash() >
siphash_20b() path goes away with -fno-strict-aliasing on
siphash_20b().
Signed-off-by: Stefano Brivio <sbrivio@redhat.com>
Reviewed-by: David Gibson <david@gibson.dropbear.id.au>
2023-02-27 01:57:36 +01:00
|
|
|
/* NOLINTNEXTLINE(clang-diagnostic-unknown-attributes) */
|
2023-09-28 03:21:01 +02:00
|
|
|
__attribute__((optimize("-fno-strict-aliasing"))) /* See csum_16b() */
|
2021-07-26 07:18:50 +02:00
|
|
|
uint16_t csum(const void *buf, size_t len, uint32_t init)
|
|
|
|
{
|
2024-03-06 06:58:32 +01:00
|
|
|
return (uint16_t)~csum_fold(csum_unfolded(buf, len, init));
|
2021-07-26 07:18:50 +02:00
|
|
|
}
|
|
|
|
|
2024-03-06 06:58:32 +01:00
|
|
|
/**
|
|
|
|
* csum_iov() - Calculates the unfolded checksum over an array of IO vectors
|
|
|
|
*
|
|
|
|
* @iov Pointer to the array of IO vectors
|
|
|
|
* @n Length of the array
|
|
|
|
* @init Initial 32-bit checksum, 0 for no pre-computed checksum
|
|
|
|
*
|
|
|
|
* Return: 16-bit folded, complemented checksum
|
|
|
|
*/
|
|
|
|
/* cppcheck-suppress unusedFunction */
|
|
|
|
uint16_t csum_iov(const struct iovec *iov, size_t n, uint32_t init)
|
|
|
|
{
|
|
|
|
unsigned int i;
|
|
|
|
|
|
|
|
for (i = 0; i < n; i++)
|
|
|
|
init = csum_unfolded(iov[i].iov_base, iov[i].iov_len, init);
|
|
|
|
|
|
|
|
return (uint16_t)~csum_fold(init);
|
|
|
|
}
|