All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yonghong Song <yonghong.song@linux.dev>
To: Feng Yang <yangfeng59949@163.com>,
	ast@kernel.org, daniel@iogearbox.net, andrii@kernel.org,
	martin.lau@linux.dev, eddyz87@gmail.com, song@kernel.org,
	john.fastabend@gmail.com, kpsingh@kernel.org, sdf@fomichev.me,
	haoluo@google.com, jolsa@kernel.org, memxor@gmail.com
Cc: bpf@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH bpf-next] libbpf: Fix macro redefined
Date: Wed, 16 Jul 2025 08:24:04 -0700	[thread overview]
Message-ID: <b09a15b7-a57e-419f-8e78-28b5ef27ca86@linux.dev> (raw)
In-Reply-To: <20250716080616.1357793-1-yangfeng59949@163.com>



On 7/16/25 1:06 AM, Feng Yang wrote:
> From: Feng Yang <yangfeng@kylinos.cn>
>
> When compiling a program that include <linux/bpf.h> and <bpf/bpf_helpers.h>, (For example: make samples/bpf)
> the following warning will be generated:
> In file included from tcp_dumpstats_kern.c:7:
> samples/bpf/libbpf/include/bpf/bpf_helpers.h:321:9: warning: 'bpf_stream_printk' macro redefined [-Wmacro-redefined]
>    321 | #define bpf_stream_printk(stream_id, fmt, args...)                              \
>        |         ^
> include/linux/bpf.h:3626:9: note: previous definition is here
>   3626 | #define bpf_stream_printk(ss, ...) bpf_stream_stage_printk(&ss, __VA_ARGS__)
>        |         ^
>
> Therefore, similar to bpf_vprintk,
> two underscores are added to distinguish it from bpf_stream_printk in bpf.h.
>
> Fixes: 21a3afc76a31 ("libbpf: Add bpf_stream_printk() macro")
> Signed-off-by: Feng Yang <yangfeng@kylinos.cn>
> ---
>   tools/lib/bpf/bpf_helpers.h                | 2 +-
>   tools/testing/selftests/bpf/progs/stream.c | 4 ++--
>   2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/tools/lib/bpf/bpf_helpers.h b/tools/lib/bpf/bpf_helpers.h
> index 80c028540656..56391a7bee48 100644
> --- a/tools/lib/bpf/bpf_helpers.h
> +++ b/tools/lib/bpf/bpf_helpers.h
> @@ -318,7 +318,7 @@ enum libbpf_tristate {
>   extern int bpf_stream_vprintk(int stream_id, const char *fmt__str, const void *args,
>   			      __u32 len__sz, void *aux__prog) __weak __ksym;
>   
> -#define bpf_stream_printk(stream_id, fmt, args...)				\
> +#define __bpf_stream_printk(stream_id, fmt, args...)				\

I think we should not change here. If absolutely necessary, we should change
kernel side (which is not exposed to uapi). E.g., just remove this line
   #define bpf_stream_printk(ss, ...) bpf_stream_stage_printk(&ss, __VA_ARGS__)
and directly use bpf_stream_stage_printk(&ss, ...)

The main reason is due to below in sample/bpf/Makefile:

$(obj)/%.o: $(src)/%.c
         @echo "  CLANG-bpf " $@
         $(Q)$(CLANG) $(NOSTDINC_FLAGS) $(LINUXINCLUDE) $(BPF_EXTRA_CFLAGS) \
                 -I$(obj) -I$(srctree)/tools/testing/selftests/bpf/ \
                 -I$(LIBBPF_INCLUDE) $(CLANG_SYS_INCLUDES) \
                 -D__KERNEL__ -D__BPF_TRACING__ -Wno-unused-value -Wno-pointer-sign \
                 -D__TARGET_ARCH_$(SRCARCH) -Wno-compare-distinct-pointer-types \
                 -Wno-gnu-variable-sized-type-not-at-end \
                 -Wno-address-of-packed-member -Wno-tautological-compare \
                 -Wno-unknown-warning-option $(CLANG_ARCH_ARGS) \
                 -fno-asynchronous-unwind-tables \
                 -I$(srctree)/samples/bpf/ -include asm_goto_workaround.h \
                 -O2 -emit-llvm -Xclang -disable-llvm-passes -c $< -o - | \
                 $(OPT) -O2 -mtriple=bpf-pc-linux | $(LLVM_DIS) | \
                 $(LLC) -march=bpf $(LLC_FLAGS) -filetype=obj -o $@

Here, some kernel data structure is needed for some particular architecture so
the initial from source to IR is compiled with native arch and after IR optimization
is done, it is switched to bpf.

Since we have vmlinux.h now. Maybe we can remove such a hack at all.
Also, sample/bpf is not really tested. Maybe trying to convert some
useful things to selftests and discard others and eventually remove sample/bpf?

>   ({										\
>   	static const char ___fmt[] = fmt;					\
>   	unsigned long long ___param[___bpf_narg(args)];				\
> diff --git a/tools/testing/selftests/bpf/progs/stream.c b/tools/testing/selftests/bpf/progs/stream.c
> index 35790897dc87..1d0663d56c0a 100644
> --- a/tools/testing/selftests/bpf/progs/stream.c
> +++ b/tools/testing/selftests/bpf/progs/stream.c
> @@ -29,7 +29,7 @@ int stream_exhaust(void *ctx)
>   	/* Use global variable for loop convergence. */
>   	size = 0;
>   	bpf_repeat(BPF_MAX_LOOPS) {
> -		if (bpf_stream_printk(BPF_STDOUT, _STR) == -ENOSPC && size == 99954)
> +		if (__bpf_stream_printk(BPF_STDOUT, _STR) == -ENOSPC && size == 99954)
>   			return 0;
>   		size += sizeof(_STR) - 1;
>   	}
> @@ -72,7 +72,7 @@ SEC("syscall")
>   __success __retval(0)
>   int stream_syscall(void *ctx)
>   {
> -	bpf_stream_printk(BPF_STDOUT, "foo");
> +	__bpf_stream_printk(BPF_STDOUT, "foo");
>   	return 0;
>   }
>   


      reply	other threads:[~2025-07-16 15:24 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-07-16  8:06 [PATCH bpf-next] libbpf: Fix macro redefined Feng Yang
2025-07-16 15:24 ` Yonghong Song [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b09a15b7-a57e-419f-8e78-28b5ef27ca86@linux.dev \
    --to=yonghong.song@linux.dev \
    --cc=andrii@kernel.org \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=daniel@iogearbox.net \
    --cc=eddyz87@gmail.com \
    --cc=haoluo@google.com \
    --cc=john.fastabend@gmail.com \
    --cc=jolsa@kernel.org \
    --cc=kpsingh@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=martin.lau@linux.dev \
    --cc=memxor@gmail.com \
    --cc=sdf@fomichev.me \
    --cc=song@kernel.org \
    --cc=yangfeng59949@163.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.