Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5507299pxj; Wed, 26 May 2021 12:10:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJytAG0Qy9h2kgnFSxZ06AVRQVtUgWnPRpL59slZx2ozQcGrENGNC+pioIj7Dn5dHyaHozjN X-Received: by 2002:a17:907:7747:: with SMTP id kx7mr35405783ejc.400.1622056241928; Wed, 26 May 2021 12:10:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622056241; cv=none; d=google.com; s=arc-20160816; b=xRTm2uEIjHYltvb5f76LKrDg7FPVyt9YIzhfvje2y5CXPhskkPrqH6A4tX2JAUvWim Q2AKdHas33X2+OSjBFKqs4XXEN2Hzhza9mrFRjXkCgp5WNKyYt8HhDtG87k133Aoib3Z L2R41tpE13qKVs7w60gBOFIWqqcHyQB2jNsuKzYiJ6c113U89IgqIvzxiErWbmFddpJH G8Q8tuGa7P7f+Xok8XiVL7U1VTyqFYxAnEyOFDJuoTKCRLLgeLAUJWeoyyLiB83ui8gN JrGAtpiPSYUupTzPjzDTkZxdl5SPEoQmLI0UmGpsoU3KTCBzPjVIhKECjuWJQnHo+bLo 7juQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=osSg7tQ6oOAJAsbfd3HS1OAYAJThO8CCxq+Q0FnEz0A=; b=wV8a5jlPsWyf2PXBWPfVVuUnpsxnhaQI61l/RisVCwqXzXhriq6EbVZ0qhJ3VdJMra Sro35TOSDfRY6XzoSTEklsKM4ZvOMCTsDfcGfWtSxMI6JEc0w6ZWYZjW3plE985MRs1k Tl6Yf4oAqr1q9AG2jqcoQvLrV3E2vJb9tmxruE6TI9BqqD3K9caf9QbafCltm/b1mk+Q 9hGbhQcHzPHoiJxWlnhbQVAV7IIJPGXYMLLovbnEQb0M4xwChJdjcw+EWmTT5YQv6BY/ 3XoIk/QprWNVwh2q1ZF4kPJWck8Z/8SOtX/06rm2wnrjEqFf8Aos9qCB7aBCjK24nAK7 GyyQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=IaTs+0jA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b5si187086eju.507.2021.05.26.12.10.16; Wed, 26 May 2021 12:10:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=IaTs+0jA; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233846AbhEZRDn (ORCPT + 99 others); Wed, 26 May 2021 13:03:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40116 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233694AbhEZRDm (ORCPT ); Wed, 26 May 2021 13:03:42 -0400 Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 35EB1C061574; Wed, 26 May 2021 10:02:11 -0700 (PDT) Received: by mail-yb1-xb29.google.com with SMTP id v77so3036290ybi.3; Wed, 26 May 2021 10:02:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=osSg7tQ6oOAJAsbfd3HS1OAYAJThO8CCxq+Q0FnEz0A=; b=IaTs+0jAwhIBIqFYinAvBuP99T3WSQglAHlSq1achWYlq2qghhTrkCaj/SMPN+AfvT 57a60Aakd1Zomt4OVqsy9j0azlU8wP8XKX2OIp++DV6lAaQSELysE5GD970uR/fSXONM 0dZOIO4XnXSSqZVe4REQEYcnZ/kwp5SwgyJl0vuj7Inj/IqkZFPFWQcXJcAT3AWGBe1s IHaYWllzkOZ/F/L/olU5im+9yTfl3Y/ep1KbsIs6NQXtzKMl2yLWpBODZDoUMedVGX3k 9IID4uTG0z5C5TxEusLT8q1MUBsxSGRw1bzTrae0xxXhBsi78Sz95/EphrjDGw8HevLL cCMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=osSg7tQ6oOAJAsbfd3HS1OAYAJThO8CCxq+Q0FnEz0A=; b=l9hMEf7UUNC5wEe/Vy14qH1LD234S9Gm0n7Sxs4pFyHb3w46oEiMwqEx/0bcydvjue 0HV88DywiytZc+2S+wxkUelnoGNyPbYJais/uReQbwKQRW0OSPJYP+wlXIKAsFkkbBEd Kvr87cH64SYk48yV8ccFMEK3SOHr+GrDEG5soNOBF2QRhLm457pOzItpmhkQhWEFbIuN sttfYbA0tY/bhfhG9Yjtd6j4tbXcHS2LZNkjhoQM8Rol/MNLekVEoeDwTxvOpFf5RsOw bC/ASi5bBMJijMyXgLr5vaH2mYTqAC8A46kaWrkM4/wr5O9xXNB3R8derNij5+xSbcYO FGLQ== X-Gm-Message-State: AOAM533XdoSUTyWLR0eEKx6uB+xVs8H2MJprDkE0TPbGpVKetBgsYdDL EDnS867/Xw3EvtzG2TgfAwKHubjM64tpjr+oNy4= X-Received: by 2002:a5b:f05:: with SMTP id x5mr50287927ybr.425.1622048530490; Wed, 26 May 2021 10:02:10 -0700 (PDT) MIME-Version: 1.0 References: <20210525201825.2729018-1-revest@chromium.org> In-Reply-To: From: Andrii Nakryiko Date: Wed, 26 May 2021 10:01:59 -0700 Message-ID: Subject: Re: [PATCH bpf v2] libbpf: Move BPF_SEQ_PRINTF and BPF_SNPRINTF to bpf_helpers.h To: Florent Revest Cc: bpf , Alexei Starovoitov , Daniel Borkmann , Andrii Nakryiko , KP Singh , Brendan Jackman , open list Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 26, 2021 at 9:36 AM Florent Revest wrote: > > On Wed, May 26, 2021 at 6:34 PM Andrii Nakryiko > wrote: > > > > On Tue, May 25, 2021 at 1:18 PM Florent Revest wrote: > > > > > > These macros are convenient wrappers around the bpf_seq_printf and > > > bpf_snprintf helpers. They are currently provided by bpf_tracing.h which > > > targets low level tracing primitives. bpf_helpers.h is a better fit. > > > > > > The __bpf_narg and __bpf_apply macros are needed in both files so > > > provided twice and guarded by ifndefs. > > > > > > Reported-by: Andrii Nakryiko > > > Signed-off-by: Florent Revest > > > --- > > > kernel/bpf/preload/iterators/iterators.bpf.c | 1 - > > > tools/lib/bpf/bpf_helpers.h | 70 +++++++++++++++++++ > > > tools/lib/bpf/bpf_tracing.h | 62 +++------------- > > > .../bpf/progs/bpf_iter_bpf_hash_map.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_bpf_map.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_ipv6_route.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_netlink.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_task.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_task_btf.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_task_file.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_task_stack.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_task_vma.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_tcp4.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_tcp6.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_udp4.c | 1 - > > > .../selftests/bpf/progs/bpf_iter_udp6.c | 1 - > > > .../selftests/bpf/progs/test_snprintf.c | 1 - > > > 17 files changed, 80 insertions(+), 67 deletions(-) > > > > > > diff --git a/kernel/bpf/preload/iterators/iterators.bpf.c b/kernel/bpf/preload/iterators/iterators.bpf.c > > > index 52aa7b38e8b8..03af863314ea 100644 > > > --- a/kernel/bpf/preload/iterators/iterators.bpf.c > > > +++ b/kernel/bpf/preload/iterators/iterators.bpf.c > > > @@ -2,7 +2,6 @@ > > > /* Copyright (c) 2020 Facebook */ > > > #include > > > #include > > > -#include > > > #include > > > > > > #pragma clang attribute push (__attribute__((preserve_access_index)), apply_to = record) > > > diff --git a/tools/lib/bpf/bpf_helpers.h b/tools/lib/bpf/bpf_helpers.h > > > index 9720dc0b4605..68d992b30f26 100644 > > > --- a/tools/lib/bpf/bpf_helpers.h > > > +++ b/tools/lib/bpf/bpf_helpers.h > > > @@ -158,4 +158,74 @@ enum libbpf_tristate { > > > #define __kconfig __attribute__((section(".kconfig"))) > > > #define __ksym __attribute__((section(".ksyms"))) > > > > > > +#ifndef ___bpf_concat > > > +#define ___bpf_concat(a, b) a ## b > > > +#endif > > > +#ifndef ___bpf_apply > > > +#define ___bpf_apply(fn, n) ___bpf_concat(fn, n) > > > +#endif > > > +#ifndef ___bpf_nth > > > +#define ___bpf_nth(_, _1, _2, _3, _4, _5, _6, _7, _8, _9, _a, _b, _c, N, ...) N > > > +#endif > > > +#ifndef ___bpf_narg > > > +#define ___bpf_narg(...) \ > > > + ___bpf_nth(_, ##__VA_ARGS__, 12, 11, 10, 9, 8, 7, 6, 5, 4, 3, 2, 1, 0) > > > +#endif > > > +#ifndef ___bpf_empty > > > +#define ___bpf_empty(...) \ > > > + ___bpf_nth(_, ##__VA_ARGS__, N, N, N, N, N, N, N, N, N, N, 0) > > > +#endif > > > > ___bpf_empty doesn't seem to be used, let's remove it for now? > > Otherwise it looks good. > > Yes it's never been used, I thought it was introduced "just in case" > so I kept it around but then I'll remove it from both bpf_helpers.h > and bpf_tracing.h Oh, I didn't realize it's not used in bpf_tracing.h as well. I think it was used at some point, but probably some subsequent macro refactorings got rid of it.