From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-vk1-xa2e.google.com (mail-vk1-xa2e.google.com [IPv6:2607:f8b0:4864:20::a2e]) by mail.toke.dk (Postfix) with ESMTPS id 3972FA34B32 for ; Mon, 23 Oct 2023 11:52:25 +0200 (CEST) Authentication-Results: mail.toke.dk; dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20230601 header.b=fwEyRTzr Received: by mail-vk1-xa2e.google.com with SMTP id 71dfb90a1353d-49d428d89cdso285556e0c.1 for ; Mon, 23 Oct 2023 02:52:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1698054743; x=1698659543; darn=xdp-project.net; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=UH47i0BQFdN1U9eAzdaKd7oOF6gd2ioYQqOsYKIl3tM=; b=fwEyRTzrbQJW5amc2E2cutOUaKcMCKG+TiH6VItsmyZhYrf9YbNvV8a+UJLkMjxiPp MoJH6p0wjO0KsViUFyWrT6fpVujfhdvu97yWEe49fVk3QVfNvQbKRoYbEJFlPT33oPj+ sHwp2mRCP02Z/DPiefj6vOpxqAni7gNgYDYd+Bm23rRSGrujAAHxi4aiohlqipYzEGaA NV6FD4mUr6JGQr2SKXD4JRLIS30he+rKHzIWNW2hh6SVq+Q2Uaq5Iov7KY+PrU9Tco3l 4U3i5T677NW/Dt9xtK0qyb9EG2kjFRQ2K5UYzgInTboFqNhloaSvxWWBxI9gyi4TBKJc MP2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1698054743; x=1698659543; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=UH47i0BQFdN1U9eAzdaKd7oOF6gd2ioYQqOsYKIl3tM=; b=lNFbHNqHuUIqgDx1EDzAmnq0ckTQOcjNbnCgi1+TtpejTL+zzlyuC2RcAU5/nM8HZ5 icZ03+R7HULTTdiZ+KearFdGYogAQuC1wNT9YXCON7Wxhib8vvmWV7hz10g92Zfli7T4 rJqQxeAcWWKUk223KvO41pBrCgGaqZEXgyhTiT+obBucFx0FkdJLSekSMLQDTKNejkqF s/a9305k7laqlDC5oUN3P8FxVvhV8lKF6ER9GzKvtM3hX/MJRvVbc73MSqWCKK1u9KFf 3F0505nFJ+70+bwUAoeBO2tbaxPIsOthgaqnVxQifHKRE4bsIaySEHvcTCHljeYwxh01 DSBw== X-Gm-Message-State: AOJu0YzZdEkNeOLCsoj7pC5IUpYQreREcXX4shZ2oGCq4fspbAYbtF1O uT0HtUOv5h5+0VfWvuDuHL3bTWGk7WjKk1oEyYw= X-Google-Smtp-Source: AGHT+IGu9HoKzvlBBtwlovsuIOBqf0xB3Xoy/TWWpGWBoCl65y4dL7iT6QBz8PVg+RMCIy8971cw0ViZmV2DEQqYDwI= X-Received: by 2002:a05:6102:5e90:b0:455:c309:720e with SMTP id ij16-20020a0561025e9000b00455c309720emr3791031vsb.3.1698054742773; Mon, 23 Oct 2023 02:52:22 -0700 (PDT) MIME-Version: 1.0 References: <20231019174944.3376335-1-sdf@google.com> In-Reply-To: <20231019174944.3376335-1-sdf@google.com> From: Magnus Karlsson Date: Mon, 23 Oct 2023 11:52:11 +0200 Message-ID: To: Stanislav Fomichev Content-Type: text/plain; charset="UTF-8" Message-ID-Hash: ONMMYQXKDNVICTYMASDAAAESKKKBAZJN X-Message-ID-Hash: ONMMYQXKDNVICTYMASDAAAESKKKBAZJN X-MailFrom: magnus.karlsson@gmail.com X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: bpf@vger.kernel.org, ast@kernel.org, daniel@iogearbox.net, andrii@kernel.org, martin.lau@linux.dev, song@kernel.org, yhs@fb.com, john.fastabend@gmail.com, kpsingh@kernel.org, haoluo@google.com, jolsa@kernel.org, kuba@kernel.org, toke@kernel.org, willemb@google.com, dsahern@kernel.org, magnus.karlsson@intel.com, bjorn@kernel.org, maciej.fijalkowski@intel.com, hawk@kernel.org, yoong.siang.song@intel.com, netdev@vger.kernel.org, xdp-hints@xdp-project.net X-Mailman-Version: 3.3.8 Precedence: list Subject: [xdp-hints] Re: [PATCH bpf-next v4 00/11] xsk: TX metadata List-Id: XDP hardware hints design discussion Archived-At: List-Archive: List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: On Thu, 19 Oct 2023 at 19:49, Stanislav Fomichev wrote: > > This series implements initial TX metadata (offloads) for AF_XDP. > See patch #2 for the main implementation and mlx5/stmmac ones for the > example on how to consume the metadata on the device side. > > Starting with two types of offloads: > - request TX timestamp (and write it back into the metadata area) > - request TX checksum offload > > Changes since v3: > - fix xsk_tx_metadata_ops kdoc (Song Yoong Siang) > - add missing xsk_tx_metadata_to_compl for XDP_SOCKETS=n (Vinicius Costa Gomes and Intel bots) > - add reference timestamps to the selftests + refactor existing ones (Jesper) > > v3: https://lore.kernel.org/bpf/20231003200522.1914523-1-sdf@google.com/ Thanks for working on this Stanislav. I went through the patch set and it looks good to me. You have addressed all the feedback that Maciej and I had on a previous version. Just had some small things in two of the patches. Apart from that, you are good to go and you can add my ack to the next version. Acked-by: Magnus Karlsson Again, really appreciate all your work with this! > Performance (mlx5): > > I've implemented a small xskgen tool to try to saturate single tx queue: > https://github.com/fomichev/xskgen/tree/master > > Here are the performance numbers with some analysis. > > 1. Baseline. Running with commit eb62e6aef940 ("Merge branch 'bpf: > Support bpf_get_func_ip helper in uprobes'"), nothing from this series: > > - with 1400 bytes of payload: 98 gbps, 8 mpps > ./xskgen -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.189130 sec, 98.357623 gbps 8.409509 mpps > > - with 200 bytes of payload: 49 gbps, 23 mpps > ./xskgen -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000064 packets 20960134144 bits, took 0.422235 sec, 49.640921 gbps 23.683645 mpps > > 2. Adding single commit that supports reserving tx_metadata_len > changes nothing numbers-wise. > > - baseline for 1400 > ./xskgen -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.189247 sec, 98.347946 gbps 8.408682 mpps > > - baseline for 200 > ./xskgen -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 20960000000 bits, took 0.421248 sec, 49.756913 gbps 23.738985 mpps > > 3. Adding -M flag causes xskgen to reserve the metadata and fill it, but > doesn't set XDP_TX_METADATA descriptor option. > > - new baseline for 1400 (with only filling the metadata) > ./xskgen -M -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.188767 sec, 98.387657 gbps 8.412077 mpps > > - new baseline for 200 (with only filling the metadata) > ./xskgen -M -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 20960000000 bits, took 0.410213 sec, 51.095407 gbps 24.377579 mpps > (the numbers go sligtly up here, not really sure why, maybe some cache-related > side-effects? > > 4. Next, I'm running the same test but with the commit that adds actual > general infra to parse XDP_TX_METADATA (but no driver support). > Essentially applying "xsk: add TX timestamp and TX checksum offload support" > from this series. Numbers are the same. > > - fill metadata for 1400 > ./xskgen -M -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.188430 sec, 98.415557 gbps 8.414463 mpps > > - fill metadata for 200 > ./xskgen -M -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 20960000000 bits, took 0.411559 sec, 50.928299 gbps 24.297853 mpps > > - request metadata for 1400 > ./xskgen -m -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.188723 sec, 98.391299 gbps 8.412389 mpps > > - request metadata for 200 > ./xskgen -m -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000064 packets 20960134144 bits, took 0.411240 sec, 50.968131 gbps 24.316856 mpps > > 5. Now, for the most interesting part, I'm adding mlx5 driver support. > The mpps for 200 bytes case goes down from 23 mpps to 19 mpps, but > _only_ when I enable the metadata. This looks like a side effect > of me pushing extra metadata pointer via mlx5e_xdpi_fifo_push. > Hence, this part is wrapped into 'if (xp_tx_metadata_enabled)' > to not affect the existing non-metadata use-cases. Since this is not > regressing existing workloads, I'm not spending any time trying to > optimize it more (and leaving it up to mlx owners to purse if > they see any good way to do it). > > - same baseline > ./xskgen -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.189434 sec, 98.332484 gbps 8.407360 mpps > > ./xskgen -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000128 packets 20960268288 bits, took 0.425254 sec, 49.288821 gbps 23.515659 mpps > > - fill metadata for 1400 > ./xskgen -M -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.189528 sec, 98.324714 gbps 8.406696 mpps > > - fill metadata for 200 > ./xskgen -M -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000128 packets 20960268288 bits, took 0.519085 sec, 40.379260 gbps 19.264914 mpps > > - request metadata for 1400 > ./xskgen -m -s 1400 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000000 packets 116960000000 bits, took 1.189329 sec, 98.341165 gbps 8.408102 mpps > > - request metadata for 200 > ./xskgen -m -s 200 -b eth3 10:70:fd:48:10:77 10:70:fd:48:10:87 fe80::1270:fdff:fe48:1077 fe80::1270:fdff:fe48:1087 1 1 > sent 10000128 packets 20960268288 bits, took 0.519929 sec, 40.313713 gbps 19.233642 mpps > > Song Yoong Siang (1): > net: stmmac: Add Tx HWTS support to XDP ZC > > Stanislav Fomichev (10): > xsk: Support tx_metadata_len > xsk: Add TX timestamp and TX checksum offload support > tools: ynl: Print xsk-features from the sample > net/mlx5e: Implement AF_XDP TX timestamp and checksum offload > selftests/xsk: Support tx_metadata_len > selftests/bpf: Add csum helpers > selftests/bpf: Add TX side to xdp_metadata > selftests/bpf: Convert xdp_hw_metadata to XDP_USE_NEED_WAKEUP > selftests/bpf: Add TX side to xdp_hw_metadata > xsk: Document tx_metadata_len layout > > Documentation/netlink/specs/netdev.yaml | 19 ++ > Documentation/networking/index.rst | 1 + > Documentation/networking/xsk-tx-metadata.rst | 77 ++++++ > drivers/net/ethernet/mellanox/mlx5/core/en.h | 4 +- > .../net/ethernet/mellanox/mlx5/core/en/xdp.c | 72 +++++- > .../net/ethernet/mellanox/mlx5/core/en/xdp.h | 11 +- > .../ethernet/mellanox/mlx5/core/en/xsk/tx.c | 17 +- > .../net/ethernet/mellanox/mlx5/core/en_main.c | 1 + > drivers/net/ethernet/stmicro/stmmac/stmmac.h | 12 + > .../net/ethernet/stmicro/stmmac/stmmac_main.c | 63 ++++- > include/linux/netdevice.h | 27 ++ > include/linux/skbuff.h | 14 +- > include/net/xdp_sock.h | 86 +++++++ > include/net/xdp_sock_drv.h | 13 + > include/net/xsk_buff_pool.h | 7 + > include/uapi/linux/if_xdp.h | 41 ++++ > include/uapi/linux/netdev.h | 16 ++ > net/core/netdev-genl.c | 12 +- > net/xdp/xdp_umem.c | 4 + > net/xdp/xsk.c | 51 +++- > net/xdp/xsk_buff_pool.c | 1 + > net/xdp/xsk_queue.h | 19 +- > tools/include/uapi/linux/if_xdp.h | 55 ++++- > tools/include/uapi/linux/netdev.h | 16 ++ > tools/net/ynl/generated/netdev-user.c | 19 ++ > tools/net/ynl/generated/netdev-user.h | 3 + > tools/net/ynl/samples/netdev.c | 6 + > tools/testing/selftests/bpf/network_helpers.h | 43 ++++ > .../selftests/bpf/prog_tests/xdp_metadata.c | 31 ++- > tools/testing/selftests/bpf/xdp_hw_metadata.c | 230 ++++++++++++++++-- > tools/testing/selftests/bpf/xsk.c | 3 + > tools/testing/selftests/bpf/xsk.h | 1 + > 32 files changed, 914 insertions(+), 61 deletions(-) > create mode 100644 Documentation/networking/xsk-tx-metadata.rst > > -- > 2.42.0.655.g421f12c284-goog > >