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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5B678ECAAA1 for ; Wed, 7 Sep 2022 03:04:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229839AbiIGDEd (ORCPT ); Tue, 6 Sep 2022 23:04:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50412 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229446AbiIGDEc (ORCPT ); Tue, 6 Sep 2022 23:04:32 -0400 Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A1AC2CDF; Tue, 6 Sep 2022 20:04:23 -0700 (PDT) Received: by mail-ej1-x629.google.com with SMTP id gh9so5502825ejc.8; Tue, 06 Sep 2022 20:04:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date; bh=HHiZpp/lkYp2ofvupKRP2VlnxkJw1jXBL0DKfMbVElQ=; b=KgdQqC+WT7xbqnFc6SpJK5IiCLPs8+f8qafKpmNGPjPB+4oFJeI+lsOLOTyHJn3DvF a0r/6p/oTjnz+ELV/2PXJSKRrA9e/V2MAyzxm20BsikGHwneXWqwtGjYqraxYgeOxaHP X7zXZ9jXBhs+QGfx99DQnRKVwgiNnoL4wJy82crJfrizTBQUivp9Kd7K6CET3lSxkjVd Cst02IEYzebWje29c0ANC4Vnse0DsQiADoR1FNcFedZpIu883LsQH07GSL6JzONusuKc iJNbnByzcjmKX5eD9vRjJ6YjZ3vWh4PRF6EqwpKnGM2vwH2AlQCKzf3rBi8DBfBiT7rS Uesg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date; bh=HHiZpp/lkYp2ofvupKRP2VlnxkJw1jXBL0DKfMbVElQ=; b=GWBtxMgNR932nwuj6iqmQpvfFLmtZ7s0vFLGg0YYq6kPzEF2nk6I1SaiMVsi/EdZ0U uAqDuzX3OIXbeHznUygG8kz4LXS06qSnNwIulAcbOKhf2upEZGO3QYYPFOFJXydm3I1/ dCyIQlkZd4jcMkg86fsYLfat03lOG5gzwygNHpp4gJL8qWhJWw3PTKdsdRZ0UCTi8nix zn4vP1h9b1kcRZcf0RG1PKLCJGHNVaiC+3o5N+P8vasAmhHlp4I55+T1lnkpG7a6SaVw ZrrjtDixWIDMkccBs7ioRxq9694reM8/QQExV+383rActgUDu5RiM2wwo/w4eW/dhbPi Cudw== X-Gm-Message-State: ACgBeo3hRCd7Y72oK4k8tD3LlCiM2N9PS25Pzr0U0xfzjT2XDXUXlK/k M2U00r1etZ6hsl2jHmZ+zssID1xb9RNYjuYYkLwnrdB5 X-Google-Smtp-Source: AA6agR7LJES6Wnx7jzpyLYvs1KevE1iq41zkaB2RDhDld0XfThl7Ry6nu5J+5mTj6QZYfLYzxlAwQccYaAhcbDPy8sE= X-Received: by 2002:a17:906:58d1:b0:76d:af13:5ae3 with SMTP id e17-20020a17090658d100b0076daf135ae3mr942631ejs.708.1662519862193; Tue, 06 Sep 2022 20:04:22 -0700 (PDT) MIME-Version: 1.0 References: <20220831101617.22329-1-fw@strlen.de> <87v8q84nlq.fsf@toke.dk> <20220831125608.GA8153@breakpoint.cc> <87o7w04jjb.fsf@toke.dk> <20220831135757.GC8153@breakpoint.cc> <87ilm84goh.fsf@toke.dk> <20220831152624.GA15107@breakpoint.cc> <20220831155341.GC15107@breakpoint.cc> <20220831215737.GE15107@breakpoint.cc> In-Reply-To: From: Alexei Starovoitov Date: Tue, 6 Sep 2022 20:04:11 -0700 Message-ID: Subject: Re: [PATCH nf-next] netfilter: nf_tables: add ebpf expression To: Nicolas Dichtel Cc: Florian Westphal , Daniel Borkmann , Andrii Nakryiko , Martin KaFai Lau , "David S. Miller" , Jakub Kicinski , Network Development , =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= , netfilter-devel , bpf Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: netfilter-devel@vger.kernel.org On Mon, Sep 5, 2022 at 11:57 PM Nicolas Dichtel wrote: > > > Le 31/08/2022 =C3=A0 23:57, Florian Westphal a =C3=A9crit : > > Alexei Starovoitov wrote: > >>> This helps gradually moving towards move epbf for those that > >>> still heavily rely on the classic forwarding path. > >> > >> No one is using it. > >> If it was, we would have seen at least one bug report over > >> all these years. We've seen none. > > > > Err, it IS used, else I would not have sent this patch. > > > >> very reasonable early on and turned out to be useless with > >> zero users. > >> BPF_PROG_TYPE_SCHED_ACT and BPF_PROG_TYPE_LWT* > >> are in this category. > > > > I doubt it had 0 users. Those users probably moved to something > > better? > We are using BPF_PROG_TYPE_SCHED_ACT to perform custom encapsulations. > What could we used to replace that? SCHED_CLS. It has all of the features of cls and act combined.