mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Emil Tsalapatis" <emil@etsalapatis.com>
To: "Leon Hwang" <leon.hwang@linux.dev>, <bpf@vger.kernel.org>
Cc: "Alexei Starovoitov" <ast@kernel.org>,
	"Daniel Borkmann" <daniel@iogearbox.net>,
	"Andrii Nakryiko" <andrii@kernel.org>,
	"Martin KaFai Lau" <martin.lau@linux.dev>,
	"Eduard Zingerman" <eddyz87@gmail.com>,
	"Kumar Kartikeya Dwivedi" <memxor@gmail.com>,
	"Song Liu" <song@kernel.org>,
	"Yonghong Song" <yonghong.song@linux.dev>,
	"Jiri Olsa" <jolsa@kernel.org>,
	"John Fastabend" <john.fastabend@gmail.com>,
	"Quentin Monnet" <qmo@kernel.org>,
	"Shuah Khan" <shuah@kernel.org>, <linux-kernel@vger.kernel.org>,
	<linux-kselftest@vger.kernel.org>, <kernel-patches-bot@fb.com>
Subject: Re: [PATCH bpf-next v10 5/9] bpftool: Generate skeleton for global percpu data
Date: Fri, 17 Jul 2026 17:52:15 -0400	[thread overview]
Message-ID: <DK16GZ1CVRYZ.1ZKXOISH3846Z@etsalapatis.com> (raw)
In-Reply-To: <20260715153254.92010-6-leon.hwang@linux.dev>

On Wed Jul 15, 2026 at 11:32 AM EDT, Leon Hwang wrote:
> Enhance bpftool to generate skeletons that properly handle global percpu
> variables. The generated skeleton now includes a dedicated structure for
> percpu data, allowing users to initialize and access percpu variables more
> efficiently.
>
> For global percpu variables, the skeleton now includes a nested
> structure, e.g.:
>
> struct test_global_percpu_data {
> 	struct bpf_object_skeleton *skeleton;
> 	struct bpf_object *obj;
> 	struct {
> 		struct bpf_map *percpu;
> 	} maps;
> 	// ...
> 	struct test_global_percpu_data__percpu {
> 		int data;
> 		char run;
> 		struct {
> 			char set;
> 			int i;
> 			int nums[7];
> 		} struct_data;
> 		int nums[7];
> 	} *percpu;
>
> 	// ...
> };
>
>   * The "struct test_global_percpu_data__percpu *percpu" points to
>     initialized data, which is actually "maps.percpu->mmaped".
>   * Before loading the skeleton, updating the
>     "struct test_global_percpu_data__percpu *percpu" modifies the initial
>     value of the corresponding global percpu variables.
>   * After loading the skeleton, "maps.percpu->mmaped" has been marked as
>     read-only in libbpf. If users want to update the global percpu
>     variables, they have to update the "maps.percpu" map instead.
>   * For lightweight skeleton, "lskel->percpu" will be protected by
>     "mprotect(p, sz, PROT_READ)".
>   * For subskeleton, those variables of global percpu data will be
>     skipped.
>
> Acked-by: Quentin Monnet <qmo@kernel.org>
> Assisted-by: Codex:gpt-5.5-xhigh
> Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
> ---
>  tools/bpf/bpftool/gen.c       | 76 +++++++++++++++++++++++++++--------
>  tools/lib/bpf/skel_internal.h | 24 ++++++++++-
>  2 files changed, 81 insertions(+), 19 deletions(-)
>
> diff --git a/tools/bpf/bpftool/gen.c b/tools/bpf/bpftool/gen.c
> index a01d06d22d1a..b60db1108149 100644
> --- a/tools/bpf/bpftool/gen.c
> +++ b/tools/bpf/bpftool/gen.c
> @@ -101,6 +101,12 @@ static bool get_map_ident(const struct bpf_map *map, char *buf, size_t buf_sz)
>  		return true;
>  	}
>  
> +	if (bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY) {
> +		snprintf(buf, buf_sz, "%s", name + 1);
> +		sanitize_identifier(buf);
> +		return true;
> +	}
> +
>  	for  (i = 0, n = ARRAY_SIZE(sfxs); i < n; i++) {
>  		const char *sfx = sfxs[i], *p;
>  
> @@ -117,7 +123,7 @@ static bool get_map_ident(const struct bpf_map *map, char *buf, size_t buf_sz)
>  
>  static bool get_datasec_ident(const char *sec_name, char *buf, size_t buf_sz)
>  {
> -	static const char *pfxs[] = { ".data", ".rodata", ".bss", ".kconfig" };
> +	static const char *pfxs[] = { ".data", ".rodata", ".bss", ".percpu", ".kconfig" };
>  	int i, n;
>  
>  	/* recognize hard coded LLVM section name */
> @@ -254,7 +260,7 @@ static const struct btf_type *find_type_for_map(struct btf *btf, const char *map
>  	return NULL;
>  }
>  
> -static bool is_mmapable_map(const struct bpf_map *map, char *buf, size_t sz)
> +static bool is_skel_data(const struct bpf_map *map, char *buf, size_t sz)

Here we change the function to take PERCPU_ARRAY into account, but then 
immediately turn around and add checks of the form is_skel_data && type
!= BPF_MAP_TYPE_PERCPU_ARRAY. If we keep both the existing mmapable_map
and add a separate is_skel_data map (possibly using is_mappable_map),
we can remove those additional checks.

>  {
>  	size_t tmp_sz;
>  
> @@ -263,13 +269,19 @@ static bool is_mmapable_map(const struct bpf_map *map, char *buf, size_t sz)
>  		return true;
>  	}
>  
> -	if (!bpf_map__is_internal(map) || !(bpf_map__map_flags(map) & BPF_F_MMAPABLE))
> +	if (!bpf_map__is_internal(map))
>  		return false;
>  
>  	if (!get_map_ident(map, buf, sz))
>  		return false;
>  
> -	return true;
> +	if (bpf_map__map_flags(map) & BPF_F_MMAPABLE)
> +		return true;
> +
> +	if (bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY)
> +		return true;
> +
> +	return false;
>  }
>  
>  static int codegen_datasecs(struct bpf_object *obj, const char *obj_name)
> @@ -286,8 +298,11 @@ static int codegen_datasecs(struct bpf_object *obj, const char *obj_name)
>  		return -errno;
>  
>  	bpf_object__for_each_map(map, obj) {
> -		/* only generate definitions for memory-mapped internal maps */
> -		if (!is_mmapable_map(map, map_ident, sizeof(map_ident)))
> +		/*
> +		 * Only generate definitions for internal maps that have
> +		 * mmapped data.
> +		 */
> +		if (!is_skel_data(map, map_ident, sizeof(map_ident)))
>  			continue;
>  
>  		sec = find_type_for_map(btf, map_ident);
> @@ -339,8 +354,14 @@ static int codegen_subskel_datasecs(struct bpf_object *obj, const char *obj_name
>  		return -errno;
>  
>  	bpf_object__for_each_map(map, obj) {
> -		/* only generate definitions for memory-mapped internal maps */
> -		if (!is_mmapable_map(map, map_ident, sizeof(map_ident)))
> +		/*
> +		 * Only generate definitions for internal maps that have
> +		 * mmapped data.
> +		 */
> +		if (!is_skel_data(map, map_ident, sizeof(map_ident)))
> +			continue;
> +
> +		if (bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY)
>  			continue;

Case in point, the old is_mmapable_map would work fine here.

>  
>  		sec = find_type_for_map(btf, map_ident);
> @@ -493,7 +514,10 @@ static size_t bpf_map_mmap_sz(const struct bpf_map *map)
>  	return map_sz;
>  }
>  
> -/* Emit type size asserts for all top-level fields in memory-mapped internal maps. */
> +/*
> + * Emit type size asserts for all top-level fields in internal maps that
> + * have mmaped data.

I do not think the new comment makes it any clearer, the difference is
"memory-mapped internal maps" and "maps that are memory-mapped initially
but actually inaccessible after loading because there's no way to 
represent them as a mapping of the skeleton" AFAICT which is not easy
to infer currently.

> + */
>  static void codegen_asserts(struct bpf_object *obj, const char *obj_name)
>  {
>  	struct btf *btf = bpf_object__btf(obj);
> @@ -517,7 +541,7 @@ static void codegen_asserts(struct bpf_object *obj, const char *obj_name)
>  		", obj_name);
>  
>  	bpf_object__for_each_map(map, obj) {
> -		if (!is_mmapable_map(map, map_ident, sizeof(map_ident)))
> +		if (!is_skel_data(map, map_ident, sizeof(map_ident)))
>  			continue;
>  
>  		sec = find_type_for_map(btf, map_ident);
> @@ -669,7 +693,8 @@ static void codegen_destroy(struct bpf_object *obj, const char *obj_name)
>  		if (!get_map_ident(map, ident, sizeof(ident)))
>  			continue;
>  		if (bpf_map__is_internal(map) &&
> -		    (bpf_map__map_flags(map) & BPF_F_MMAPABLE))
> +		    ((bpf_map__map_flags(map) & BPF_F_MMAPABLE) ||
> +		     bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY))

I think this gives us a hint on how we could structure is_skel_data
above, we now have a special calss that is "mappable maps + PERCPU_ARRAY
whose initial representation in userspace is mappable, but the loaded
map isn't".

>  			printf("\tskel_free_map_data(skel->%1$s, skel->maps.%1$s.initial_value, %2$zu);\n",
>  			       ident, bpf_map_mmap_sz(map));
>  		codegen("\
> @@ -741,7 +766,7 @@ static int gen_trace(struct bpf_object *obj, const char *obj_name, const char *h
>  		const void *mmap_data = NULL;
>  		size_t mmap_size = 0;
>  
> -		if (!is_mmapable_map(map, ident, sizeof(ident)))
> +		if (!is_skel_data(map, ident, sizeof(ident)))
>  			continue;
>  
>  		codegen("\
> @@ -849,8 +874,22 @@ static int gen_trace(struct bpf_object *obj, const char *obj_name, const char *h
>  	bpf_object__for_each_map(map, obj) {
>  		const char *mmap_flags;
>  
> -		if (!is_mmapable_map(map, ident, sizeof(ident)))
> +		if (!is_skel_data(map, ident, sizeof(ident)))
> +			continue;
> +
> +		if (bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY) {
> +			codegen("\
> +		\n\
> +			err = skel_protect_map_data(skel->%1$s, &skel->maps.%1$s.initial_value, %2$zd);\n\
> +			if (err)					    \n\
> +				return err;				    \n\
> +		#ifdef __KERNEL__					    \n\
> +			skel->%1$s = NULL;				    \n\
> +		#endif							    \n\
> +			",
> +			ident, bpf_map_mmap_sz(map));
>  			continue;
> +		}
>  
>  		if (bpf_map__map_flags(map) & BPF_F_RDONLY_PROG)
>  			mmap_flags = "PROT_READ";
> @@ -955,8 +994,7 @@ codegen_maps_skeleton(struct bpf_object *obj, size_t map_cnt, bool mmaped, bool
>  				map->map = &obj->maps.%s;	    \n\
>  			",
>  			i, bpf_map__name(map), ident);
> -		/* memory-mapped internal maps */
> -		if (mmaped && is_mmapable_map(map, ident, sizeof(ident))) {
> +		if (mmaped && is_skel_data(map, ident, sizeof(ident))) {
>  			printf("\tmap->mmaped = (void **)&obj->%s;\n", ident);
>  		}
>  
> @@ -1740,7 +1778,9 @@ static int do_subskeleton(int argc, char **argv)
>  		/* Also count all maps that have a name */
>  		map_cnt++;
>  
> -		if (!is_mmapable_map(map, ident, sizeof(ident)))
> +		if (!is_skel_data(map, ident, sizeof(ident)))
> +			continue;
> +		if (bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY)
>  			continue;

Another instance of what I was talking about.

>  
>  		map_type_id = bpf_map__btf_value_type_id(map);
> @@ -1863,7 +1903,9 @@ static int do_subskeleton(int argc, char **argv)
>  
>  	/* walk through each symbol and emit the runtime representation */
>  	bpf_object__for_each_map(map, obj) {
> -		if (!is_mmapable_map(map, ident, sizeof(ident)))
> +		if (!is_skel_data(map, ident, sizeof(ident)))
> +			continue;
> +		if (bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY)
>  			continue;
>  
>  		map_type_id = bpf_map__btf_value_type_id(map);
> diff --git a/tools/lib/bpf/skel_internal.h b/tools/lib/bpf/skel_internal.h
> index 53fee53d36d5..1f3f332dffbe 100644
> --- a/tools/lib/bpf/skel_internal.h
> +++ b/tools/lib/bpf/skel_internal.h
> @@ -131,8 +131,10 @@ static inline void skel_free_map_data(void *p, __u64 addr, size_t sz)
>  {
>  	if (addr != ~0ULL)
>  		kvfree(p);
> -	/* When addr == ~0ULL the 'p' points to
> -	 * ((struct bpf_array *)map)->value. See skel_finalize_map_data.
> +	/*
> +	 * When addr == ~0ULL the init buffer has already been released.
> +	 * For skel_finalize_map_data(), 'p' points to
> +	 * ((struct bpf_array *)map)->value.
>  	 */
>  }
>  
> @@ -170,6 +172,15 @@ static inline void *skel_finalize_map_data(__u64 *init_val, size_t mmap_sz, int
>  	return addr;
>  }
>  
> +static inline int skel_protect_map_data(void *p, __u64 *init_val, size_t sz)
> +{
> +	(void)sz;
> +
> +	kvfree(p);
> +	*init_val = ~0ULL;
> +	return 0;
> +}
> +
>  #else
>  
>  static inline void *skel_alloc(size_t size)
> @@ -208,6 +219,15 @@ static inline void *skel_finalize_map_data(__u64 *init_val, size_t mmap_sz, int
>  		return NULL;
>  	return addr;
>  }
> +
> +static inline int skel_protect_map_data(void *p, __u64 *init_val, size_t sz)
> +{
> +	(void)init_val;
> +
> +	if (mprotect(p, sz, PROT_READ))
> +		return -errno;
> +	return 0;
> +}
>  #endif
>  
>  static inline int skel_closenz(int fd)


  reply	other threads:[~2026-07-17 21:52 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-15 15:32 [PATCH bpf-next v10 0/9] bpf: Introduce " Leon Hwang
2026-07-15 15:32 ` [PATCH bpf-next v10 1/9] bpf: Drop duplicate blank lines in verifier Leon Hwang
2026-07-17  5:08   ` Emil Tsalapatis
2026-07-17  5:28     ` Leon Hwang
2026-07-15 15:32 ` [PATCH bpf-next v10 2/9] bpf: Introduce global percpu data Leon Hwang
2026-07-17  6:25   ` Emil Tsalapatis
2026-07-15 15:32 ` [PATCH bpf-next v10 3/9] libbpf: Probe percpu data feature Leon Hwang
2026-07-17 21:52   ` Emil Tsalapatis
2026-07-15 15:32 ` [PATCH bpf-next v10 4/9] libbpf: Add support for global percpu data Leon Hwang
2026-07-17 21:39   ` Emil Tsalapatis
2026-07-15 15:32 ` [PATCH bpf-next v10 5/9] bpftool: Generate skeleton " Leon Hwang
2026-07-17 21:52   ` Emil Tsalapatis [this message]
2026-07-15 15:32 ` [PATCH bpf-next v10 6/9] selftests/bpf: Add tests to verify " Leon Hwang
2026-07-15 16:11   ` bot+bpf-ci
2026-07-16  5:30     ` Leon Hwang
2026-07-17 22:47   ` Emil Tsalapatis
2026-07-15 15:32 ` [PATCH bpf-next v10 7/9] selftests/bpf: Test direct reading/writing read-only percpu_array map Leon Hwang
2026-07-17 22:49   ` Emil Tsalapatis
2026-07-15 15:32 ` [PATCH bpf-next v10 8/9] selftests/bpf: Test verifier log for global percpu data Leon Hwang
2026-07-17 22:50   ` Emil Tsalapatis
2026-07-15 15:32 ` [PATCH bpf-next v10 9/9] selftests/bpf: Verify bpf_iter " Leon Hwang
2026-07-17 23:11   ` Emil Tsalapatis

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=DK16GZ1CVRYZ.1ZKXOISH3846Z@etsalapatis.com \
    --to=emil@etsalapatis.com \
    --cc=andrii@kernel.org \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=daniel@iogearbox.net \
    --cc=eddyz87@gmail.com \
    --cc=john.fastabend@gmail.com \
    --cc=jolsa@kernel.org \
    --cc=kernel-patches-bot@fb.com \
    --cc=leon.hwang@linux.dev \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-kselftest@vger.kernel.org \
    --cc=martin.lau@linux.dev \
    --cc=memxor@gmail.com \
    --cc=qmo@kernel.org \
    --cc=shuah@kernel.org \
    --cc=song@kernel.org \
    --cc=yonghong.song@linux.dev \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox