From mboxrd@z Thu Jan 1 00:00:00 1970 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 F1926C433E1 for ; Tue, 30 Jun 2020 12:50:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C937C2068F for ; Tue, 30 Jun 2020 12:50:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1593521446; bh=aevTkSOGYSd4a0RxWhQzJx88ppG9jptXfOculOrXjn4=; h=From:To:Cc:Subject:Date:List-ID:From; b=RP05qMu5WG6/n8VHdULC278wz9Yo5lbBvo6W3ybf2khsrmVG+Er/yi15QNeQOnpAH PDqpWpozDsA/Wt+2EtYtYTMKh/OLuXVzIoPvUQVu/cj/qY4ETK+nHDeuN9KbUUnHOU N5KdO9uKuLwc5loUrkxO380JUUiSXDpnnS/ZciVY= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387860AbgF3Muq (ORCPT ); Tue, 30 Jun 2020 08:50:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:47732 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387847AbgF3Mup (ORCPT ); Tue, 30 Jun 2020 08:50: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 D6638206B6; Tue, 30 Jun 2020 12:50:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1593521444; bh=aevTkSOGYSd4a0RxWhQzJx88ppG9jptXfOculOrXjn4=; h=From:To:Cc:Subject:Date:From; b=zHDkJsJE0aX99w5zLhqiAx3+ewdzOJFcpQ2/uLvFkCXrqUVr8Ruq4yN4yCcOCbHtN uOH2he9XdzA3xd7i1Zzv6vqKyiRmsSYwiGLHD7XhlEMos7sZvaDrMziJf1A0JrUabr tvgN0bW23S3TReRR7UDehFLBFMFfIi2bNxvdjvbo= 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 v5 bpf-next 0/9] introduce support for XDP programs in CPUMAP Date: Tue, 30 Jun 2020 14:49:35 +0200 Message-Id: X-Mailer: git-send-email 2.26.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: bpf-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: bpf@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 v4: - move xdp_clear_return_frame_no_direct inside rcu section - update David Ahern's email address Changes since v3: - fix typo in commit message - fix access to ctx->ingress_ifindex in cpumap bpf selftest 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 | 161 +++++++++++--- net/core/dev.c | 9 + samples/bpf/xdp_redirect_cpu_kern.c | 25 ++- samples/bpf/xdp_redirect_cpu_user.c | 209 ++++++++++++++++-- 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 | 36 +++ 12 files changed, 531 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 -- 2.26.2