From patchwork Tue Jun 23 21:39:25 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lorenzo Bianconi X-Patchwork-Id: 217270 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.1 required=3.0 tests=DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, MAILING_LIST_MULTI, MENTIONS_GIT_HOSTING, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5FDE1C433DF for ; Tue, 23 Jun 2020 21:39:49 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 360C22072E for ; Tue, 23 Jun 2020 21:39:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592948389; bh=d15JfdjSaqZ4cdsJeNwFCoC0FewLDtPLhaRGD1/qs8U=; h=From:To:Cc:Subject:Date:List-ID:From; b=czJMdfkyK0ioI/PqEDv30aW+/1Qvhl3pM2MaQ7+ZFKx/6OH8KYSZSWnCdu1qALUqS nF1bNeYH2y6KnHz3agpFPzrDysgalZM+h5k45Pd++sdoz5sfFN2UmN93aoyf/lXQl7 9ZKIcU63yPCftoAQLHlw+CchqF2yzP8fj8O1EH7c= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2393764AbgFWVjs (ORCPT ); Tue, 23 Jun 2020 17:39:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:57818 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2393755AbgFWVjp (ORCPT ); Tue, 23 Jun 2020 17:39:45 -0400 Received: from localhost.localdomain.com (unknown [151.48.138.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 0630C206E2; Tue, 23 Jun 2020 21:39:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592948384; bh=d15JfdjSaqZ4cdsJeNwFCoC0FewLDtPLhaRGD1/qs8U=; h=From:To:Cc:Subject:Date:From; b=OZOcsvZ6rcZHpR2nq4lzb4X2WmDmK6Nd04+6I0+B1krceFg0PvvKKOEr861bZagvY ahEtJsTY5nHKUeFHegXHRo+AKYUzX2p1jVPkqxY6udKSw6xXVCurDHlUjxY6OI6Hkg 7GJonQ8Fi0hoODNFiYPF63SBWWoIQdZ6iV6FKDHk= From: Lorenzo Bianconi To: netdev@vger.kernel.org, bpf@vger.kernel.org Cc: davem@davemloft.net, ast@kernel.org, brouer@redhat.com, daniel@iogearbox.net, toke@redhat.com, lorenzo.bianconi@redhat.com, dsahern@kernel.org, andrii.nakryiko@gmail.com Subject: [PATCH v3 bpf-next 0/9] introduce support for XDP programs in CPUMAP Date: Tue, 23 Jun 2020 23:39:25 +0200 Message-Id: X-Mailer: git-send-email 2.26.2 MIME-Version: 1.0 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org Similar to what David Ahern proposed in [1] for DEVMAPs, introduce the capability to attach and run a XDP program to CPUMAP entries. The idea behind this feature is to add the possibility to define on which CPU run the eBPF program if the underlying hw does not support RSS. I respin patch 1/6 from a previous series sent by David [2]. The functionality has been tested on Marvell Espressobin, i40e and mlx5. Detailed tests results can be found here: https://github.com/xdp-project/xdp-project/blob/master/areas/cpumap/cpumap04-map-xdp-prog.org Changes since v2: - improved comments - fix return value in xdp_convert_buff_to_frame - added patch 1/9: "cpumap: use non-locked version __ptr_ring_consume_batched" - do not run kmem_cache_alloc_bulk if all frames have been consumed by the XDP program attached to the CPUMAP entry - removed bpf_trace_printk in kselftest Changes since v1: - added performance test results - added kselftest support - fixed memory accounting with page_pool - extended xdp_redirect_cpu_user.c to load an external program to perform redirect - reported ifindex to attached eBPF program - moved bpf_cpumap_val definition to include/uapi/linux/bpf.h [1] https://patchwork.ozlabs.org/project/netdev/cover/20200529220716.75383-1-dsahern@kernel.org/ [2] https://patchwork.ozlabs.org/project/netdev/patch/20200513014607.40418-2-dsahern@kernel.org/ David Ahern (1): net: Refactor xdp_convert_buff_to_frame Jesper Dangaard Brouer (1): cpumap: use non-locked version __ptr_ring_consume_batched Lorenzo Bianconi (7): samples/bpf: xdp_redirect_cpu_user: do not update bpf maps in option loop cpumap: formalize map value as a named struct bpf: cpumap: add the possibility to attach an eBPF program to cpumap bpf: cpumap: implement XDP_REDIRECT for eBPF programs attached to map entries libbpf: add SEC name for xdp programs attached to CPUMAP samples/bpf: xdp_redirect_cpu: load a eBPF program on cpumap selftest: add tests for XDP programs in CPUMAP entries include/linux/bpf.h | 6 + include/net/xdp.h | 41 ++-- include/trace/events/xdp.h | 16 +- include/uapi/linux/bpf.h | 14 ++ kernel/bpf/cpumap.c | 160 +++++++++++--- net/core/dev.c | 8 + samples/bpf/xdp_redirect_cpu_kern.c | 25 ++- samples/bpf/xdp_redirect_cpu_user.c | 208 ++++++++++++++++-- tools/include/uapi/linux/bpf.h | 14 ++ tools/lib/bpf/libbpf.c | 2 + .../bpf/prog_tests/xdp_cpumap_attach.c | 70 ++++++ .../bpf/progs/test_xdp_with_cpumap_helpers.c | 40 ++++ 12 files changed, 532 insertions(+), 72 deletions(-) create mode 100644 tools/testing/selftests/bpf/prog_tests/xdp_cpumap_attach.c create mode 100644 tools/testing/selftests/bpf/progs/test_xdp_with_cpumap_helpers.c