* [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-13 16:19 [RESEND PATCH bpf-next v2 0/4] bpf: Introduce global percpu data Leon Hwang
@ 2025-02-13 16:19 ` Leon Hwang
2025-02-19 1:47 ` Alexei Starovoitov
2025-02-26 2:19 ` Hou Tao
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 2/4] bpf, libbpf: Support " Leon Hwang
` (2 subsequent siblings)
3 siblings, 2 replies; 16+ messages in thread
From: Leon Hwang @ 2025-02-13 16:19 UTC (permalink / raw)
To: bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
leon.hwang, kernel-patches-bot
This patch introduces global percpu data, inspired by commit
6316f78306c1 ("Merge branch 'support-global-data'"). It enables the
definition of global percpu variables in BPF, similar to the
DEFINE_PER_CPU() macro in the kernel[0].
For example, in BPF, it is able to define a global percpu variable like:
int data SEC(".percpu");
With this patch, tools like retsnoop[1] and bpflbr[2] can simplify their
BPF code for handling LBRs. The code can be updated from
static struct perf_branch_entry lbrs[1][MAX_LBR_ENTRIES] SEC(".data.lbrs");
to
static struct perf_branch_entry lbrs[MAX_LBR_ENTRIES] SEC(".percpu.lbrs");
This eliminates the need to retrieve the CPU ID using the
bpf_get_smp_processor_id() helper.
Additionally, by reusing global percpu data map, sharing information
between tail callers and callees or freplace callers and callees becomes
simpler compared to reusing percpu_array maps.
Links:
[0] https://github.com/torvalds/linux/blob/fbfd64d25c7af3b8695201ebc85efe90be28c5a3/include/linux/percpu-defs.h#L114
[1] https://github.com/anakryiko/retsnoop
[2] https://github.com/Asphaltt/bpflbr
Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
---
kernel/bpf/arraymap.c | 41 +++++++++++++++++++++++++++++++++++++--
kernel/bpf/verifier.c | 45 +++++++++++++++++++++++++++++++++++++++++++
2 files changed, 84 insertions(+), 2 deletions(-)
diff --git a/kernel/bpf/arraymap.c b/kernel/bpf/arraymap.c
index eb28c0f219ee4..322bd42c0edcb 100644
--- a/kernel/bpf/arraymap.c
+++ b/kernel/bpf/arraymap.c
@@ -249,6 +249,40 @@ static void *percpu_array_map_lookup_elem(struct bpf_map *map, void *key)
return this_cpu_ptr(array->pptrs[index & array->index_mask]);
}
+static int percpu_array_map_direct_value_addr(const struct bpf_map *map,
+ u64 *imm, u32 off)
+{
+ struct bpf_array *array = container_of(map, struct bpf_array, map);
+
+ if (map->max_entries != 1)
+ return -EOPNOTSUPP;
+ if (off >= map->value_size)
+ return -EINVAL;
+ if (!bpf_jit_supports_percpu_insn())
+ return -EOPNOTSUPP;
+
+ *imm = (u64) array->pptrs[0];
+ return 0;
+}
+
+static int percpu_array_map_direct_value_meta(const struct bpf_map *map,
+ u64 imm, u32 *off)
+{
+ struct bpf_array *array = container_of(map, struct bpf_array, map);
+ u64 base = (u64) array->pptrs[0];
+ u64 range = array->elem_size;
+
+ if (map->max_entries != 1)
+ return -EOPNOTSUPP;
+ if (imm < base || imm >= base + range)
+ return -ENOENT;
+ if (!bpf_jit_supports_percpu_insn())
+ return -EOPNOTSUPP;
+
+ *off = imm - base;
+ return 0;
+}
+
/* emit BPF instructions equivalent to C code of percpu_array_map_lookup_elem() */
static int percpu_array_map_gen_lookup(struct bpf_map *map, struct bpf_insn *insn_buf)
{
@@ -532,9 +566,10 @@ static int array_map_check_btf(const struct bpf_map *map,
{
u32 int_data;
- /* One exception for keyless BTF: .bss/.data/.rodata map */
+ /* One exception for keyless BTF: .bss/.data/.rodata/.percpu map */
if (btf_type_is_void(key_type)) {
- if (map->map_type != BPF_MAP_TYPE_ARRAY ||
+ if ((map->map_type != BPF_MAP_TYPE_ARRAY &&
+ map->map_type != BPF_MAP_TYPE_PERCPU_ARRAY) ||
map->max_entries != 1)
return -EINVAL;
@@ -815,6 +850,8 @@ const struct bpf_map_ops percpu_array_map_ops = {
.map_get_next_key = array_map_get_next_key,
.map_lookup_elem = percpu_array_map_lookup_elem,
.map_gen_lookup = percpu_array_map_gen_lookup,
+ .map_direct_value_addr = percpu_array_map_direct_value_addr,
+ .map_direct_value_meta = percpu_array_map_direct_value_meta,
.map_update_elem = array_map_update_elem,
.map_delete_elem = array_map_delete_elem,
.map_lookup_percpu_elem = percpu_array_map_lookup_percpu_elem,
diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
index 9971c03adfd5d..5682546b1193e 100644
--- a/kernel/bpf/verifier.c
+++ b/kernel/bpf/verifier.c
@@ -6810,6 +6810,8 @@ static int bpf_map_direct_read(struct bpf_map *map, int off, int size, u64 *val,
u64 addr;
int err;
+ if (map->map_type != BPF_MAP_TYPE_ARRAY)
+ return -EINVAL;
err = map->ops->map_direct_value_addr(map, &addr, off);
if (err)
return err;
@@ -7322,6 +7324,7 @@ static int check_mem_access(struct bpf_verifier_env *env, int insn_idx, u32 regn
/* if map is read-only, track its contents as scalars */
if (tnum_is_const(reg->var_off) &&
bpf_map_is_rdonly(map) &&
+ map->map_type == BPF_MAP_TYPE_ARRAY &&
map->ops->map_direct_value_addr) {
int map_off = off + reg->var_off.value;
u64 val = 0;
@@ -9128,6 +9131,11 @@ static int check_reg_const_str(struct bpf_verifier_env *env,
return -EACCES;
}
+ if (map->map_type != BPF_MAP_TYPE_ARRAY) {
+ verbose(env, "only array map supports direct string value access\n");
+ return -EINVAL;
+ }
+
err = check_map_access(env, regno, reg->off,
map->value_size - reg->off, false,
ACCESS_HELPER);
@@ -10802,6 +10810,11 @@ static int check_bpf_snprintf_call(struct bpf_verifier_env *env,
return -EINVAL;
num_args = data_len_reg->var_off.value / 8;
+ if (fmt_map->map_type != BPF_MAP_TYPE_ARRAY) {
+ verbose(env, "only array map supports snprintf\n");
+ return -EINVAL;
+ }
+
/* fmt being ARG_PTR_TO_CONST_STR guarantees that var_off is const
* and map_direct_value_addr is set.
*/
@@ -21381,6 +21394,38 @@ static int do_misc_fixups(struct bpf_verifier_env *env)
goto next_insn;
}
+#ifdef CONFIG_SMP
+ if (insn->code == (BPF_LD | BPF_IMM | BPF_DW) &&
+ (insn->src_reg == BPF_PSEUDO_MAP_VALUE ||
+ insn->src_reg == BPF_PSEUDO_MAP_IDX_VALUE)) {
+ struct bpf_map *map;
+
+ aux = &env->insn_aux_data[i + delta];
+ map = env->used_maps[aux->map_index];
+ if (map->map_type != BPF_MAP_TYPE_PERCPU_ARRAY)
+ goto next_insn;
+
+ /* Reuse the original ld_imm64 insn. And add one
+ * mov64_percpu_reg insn.
+ */
+
+ insn_buf[0] = insn[1];
+ insn_buf[1] = BPF_MOV64_PERCPU_REG(insn->dst_reg, insn->dst_reg);
+ cnt = 2;
+
+ i++;
+ new_prog = bpf_patch_insn_data(env, i + delta, insn_buf, cnt);
+ if (!new_prog)
+ return -ENOMEM;
+
+ delta += cnt - 1;
+ env->prog = prog = new_prog;
+ insn = new_prog->insnsi + i + delta;
+
+ goto next_insn;
+ }
+#endif
+
if (insn->code != (BPF_JMP | BPF_CALL))
goto next_insn;
if (insn->src_reg == BPF_PSEUDO_CALL)
--
2.47.1
^ permalink raw reply related [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 1/4] " Leon Hwang
@ 2025-02-19 1:47 ` Alexei Starovoitov
2025-02-24 5:25 ` Leon Hwang
2025-02-26 2:19 ` Hou Tao
1 sibling, 1 reply; 16+ messages in thread
From: Alexei Starovoitov @ 2025-02-19 1:47 UTC (permalink / raw)
To: Leon Hwang
Cc: bpf, Alexei Starovoitov, Daniel Borkmann, Andrii Nakryiko,
Yonghong Song, Song Liu, Eddy Z, Quentin Monnet, Daniel Xu,
kernel-patches-bot
On Thu, Feb 13, 2025 at 8:19 AM Leon Hwang <leon.hwang@linux.dev> wrote:
>
>
> +#ifdef CONFIG_SMP
What happens on !SMP ?
I think the code assumes that the verifier will adjust ld_imm64
with percpu insn.
On !SMP ld_imm64 will be pointing where?
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-19 1:47 ` Alexei Starovoitov
@ 2025-02-24 5:25 ` Leon Hwang
0 siblings, 0 replies; 16+ messages in thread
From: Leon Hwang @ 2025-02-24 5:25 UTC (permalink / raw)
To: Alexei Starovoitov
Cc: bpf, Alexei Starovoitov, Daniel Borkmann, Andrii Nakryiko,
Yonghong Song, Song Liu, Eddy Z, Quentin Monnet, Daniel Xu,
kernel-patches-bot
On 2025/2/19 09:47, Alexei Starovoitov wrote:
> On Thu, Feb 13, 2025 at 8:19 AM Leon Hwang <leon.hwang@linux.dev> wrote:
>>
>>
>> +#ifdef CONFIG_SMP
>
> What happens on !SMP ?
> I think the code assumes that the verifier will adjust ld_imm64
> with percpu insn.
> On !SMP ld_imm64 will be pointing where?
If !SMP, ld_imm64 correctly loads the address from array->pptrs[0].
Therefore, adding a percpu instruction is unnecessary for !SMP, although
it would still function correctly in that case.
For SMP, a percpu instruction is inserted after ld_imm64 to ensure
proper handling.
Thanks,
Leon
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 1/4] " Leon Hwang
2025-02-19 1:47 ` Alexei Starovoitov
@ 2025-02-26 2:19 ` Hou Tao
2025-02-26 4:26 ` Hou Tao
2025-02-26 14:54 ` Leon Hwang
1 sibling, 2 replies; 16+ messages in thread
From: Hou Tao @ 2025-02-26 2:19 UTC (permalink / raw)
To: Leon Hwang, bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
kernel-patches-bot
Hi,
On 2/14/2025 12:19 AM, Leon Hwang wrote:
> This patch introduces global percpu data, inspired by commit
> 6316f78306c1 ("Merge branch 'support-global-data'"). It enables the
> definition of global percpu variables in BPF, similar to the
> DEFINE_PER_CPU() macro in the kernel[0].
>
> For example, in BPF, it is able to define a global percpu variable like:
>
> int data SEC(".percpu");
>
> With this patch, tools like retsnoop[1] and bpflbr[2] can simplify their
> BPF code for handling LBRs. The code can be updated from
>
> static struct perf_branch_entry lbrs[1][MAX_LBR_ENTRIES] SEC(".data.lbrs");
>
> to
>
> static struct perf_branch_entry lbrs[MAX_LBR_ENTRIES] SEC(".percpu.lbrs");
>
> This eliminates the need to retrieve the CPU ID using the
> bpf_get_smp_processor_id() helper.
>
> Additionally, by reusing global percpu data map, sharing information
> between tail callers and callees or freplace callers and callees becomes
> simpler compared to reusing percpu_array maps.
>
> Links:
> [0] https://github.com/torvalds/linux/blob/fbfd64d25c7af3b8695201ebc85efe90be28c5a3/include/linux/percpu-defs.h#L114
> [1] https://github.com/anakryiko/retsnoop
> [2] https://github.com/Asphaltt/bpflbr
>
> Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
> ---
SNIP
> @@ -815,6 +850,8 @@ const struct bpf_map_ops percpu_array_map_ops = {
> .map_get_next_key = array_map_get_next_key,
> .map_lookup_elem = percpu_array_map_lookup_elem,
> .map_gen_lookup = percpu_array_map_gen_lookup,
> + .map_direct_value_addr = percpu_array_map_direct_value_addr,
> + .map_direct_value_meta = percpu_array_map_direct_value_meta,
> .map_update_elem = array_map_update_elem,
> .map_delete_elem = array_map_delete_elem,
> .map_lookup_percpu_elem = percpu_array_map_lookup_percpu_elem,
> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
> index 9971c03adfd5d..5682546b1193e 100644
> --- a/kernel/bpf/verifier.c
> +++ b/kernel/bpf/verifier.c
> @@ -6810,6 +6810,8 @@ static int bpf_map_direct_read(struct bpf_map *map, int off, int size, u64 *val,
> u64 addr;
> int err;
>
> + if (map->map_type != BPF_MAP_TYPE_ARRAY)
> + return -EINVAL;
Is the check still necessary ? Because its caller has already added the
check of map_type.
> err = map->ops->map_direct_value_addr(map, &addr, off);
> if (err)
> return err;
> @@ -7322,6 +7324,7 @@ static int check_mem_access(struct bpf_verifier_env *env, int insn_idx, u32 regn
> /* if map is read-only, track its contents as scalars */
> if (tnum_is_const(reg->var_off) &&
> bpf_map_is_rdonly(map) &&
> + map->map_type == BPF_MAP_TYPE_ARRAY &&
> map->ops->map_direct_value_addr) {
> int map_off = off + reg->var_off.value;
> u64 val = 0;
Do we also need to check in check_ld_imm() to ensure the dst_reg of
bpf_ld_imm64 on a per-cpu array will not be treated as a map-value-ptr ?
> @@ -9128,6 +9131,11 @@ static int check_reg_const_str(struct bpf_verifier_env *env,
> return -EACCES;
> }
>
> + if (map->map_type != BPF_MAP_TYPE_ARRAY) {
> + verbose(env, "only array map supports direct string value access\n");
> + return -EINVAL;
> + }
> +
> err = check_map_access(env, regno, reg->off,
> map->value_size - reg->off, false,
> ACCESS_HELPER);
> @@ -10802,6 +10810,11 @@ static int check_bpf_snprintf_call(struct bpf_verifier_env *env,
> return -EINVAL;
> num_args = data_len_reg->var_off.value / 8;
>
> + if (fmt_map->map_type != BPF_MAP_TYPE_ARRAY) {
> + verbose(env, "only array map supports snprintf\n");
> + return -EINVAL;
> + }
> +
>
^ permalink raw reply [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-26 2:19 ` Hou Tao
@ 2025-02-26 4:26 ` Hou Tao
2025-02-26 14:54 ` Leon Hwang
1 sibling, 0 replies; 16+ messages in thread
From: Hou Tao @ 2025-02-26 4:26 UTC (permalink / raw)
To: Leon Hwang, bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
kernel-patches-bot
Hi,
On 2/26/2025 10:19 AM, Hou Tao wrote:
> Hi,
>
> On 2/14/2025 12:19 AM, Leon Hwang wrote:
>> This patch introduces global percpu data, inspired by commit
>> 6316f78306c1 ("Merge branch 'support-global-data'"). It enables the
>> definition of global percpu variables in BPF, similar to the
>> DEFINE_PER_CPU() macro in the kernel[0].
>>
>> For example, in BPF, it is able to define a global percpu variable like:
>>
>> int data SEC(".percpu");
>>
>> With this patch, tools like retsnoop[1] and bpflbr[2] can simplify their
>> BPF code for handling LBRs. The code can be updated from
>>
>> static struct perf_branch_entry lbrs[1][MAX_LBR_ENTRIES] SEC(".data.lbrs");
>>
>> to
>>
>> static struct perf_branch_entry lbrs[MAX_LBR_ENTRIES] SEC(".percpu.lbrs");
>>
>> This eliminates the need to retrieve the CPU ID using the
>> bpf_get_smp_processor_id() helper.
>>
>> Additionally, by reusing global percpu data map, sharing information
>> between tail callers and callees or freplace callers and callees becomes
>> simpler compared to reusing percpu_array maps.
>>
>> Links:
>> [0] https://github.com/torvalds/linux/blob/fbfd64d25c7af3b8695201ebc85efe90be28c5a3/include/linux/percpu-defs.h#L114
>> [1] https://github.com/anakryiko/retsnoop
>> [2] https://github.com/Asphaltt/bpflbr
>>
>> Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
>> ---
> SNIP
>> @@ -815,6 +850,8 @@ const struct bpf_map_ops percpu_array_map_ops = {
>> .map_get_next_key = array_map_get_next_key,
>> .map_lookup_elem = percpu_array_map_lookup_elem,
>> .map_gen_lookup = percpu_array_map_gen_lookup,
>> + .map_direct_value_addr = percpu_array_map_direct_value_addr,
>> + .map_direct_value_meta = percpu_array_map_direct_value_meta,
>> .map_update_elem = array_map_update_elem,
>> .map_delete_elem = array_map_delete_elem,
>> .map_lookup_percpu_elem = percpu_array_map_lookup_percpu_elem,
>> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
>> index 9971c03adfd5d..5682546b1193e 100644
>> --- a/kernel/bpf/verifier.c
>> +++ b/kernel/bpf/verifier.c
>> @@ -6810,6 +6810,8 @@ static int bpf_map_direct_read(struct bpf_map *map, int off, int size, u64 *val,
>> u64 addr;
>> int err;
>>
>> + if (map->map_type != BPF_MAP_TYPE_ARRAY)
>> + return -EINVAL;
> Is the check still necessary ? Because its caller has already added the
> check of map_type.
>> err = map->ops->map_direct_value_addr(map, &addr, off);
>> if (err)
>> return err;
>> @@ -7322,6 +7324,7 @@ static int check_mem_access(struct bpf_verifier_env *env, int insn_idx, u32 regn
>> /* if map is read-only, track its contents as scalars */
>> if (tnum_is_const(reg->var_off) &&
>> bpf_map_is_rdonly(map) &&
>> + map->map_type == BPF_MAP_TYPE_ARRAY &&
>> map->ops->map_direct_value_addr) {
>> int map_off = off + reg->var_off.value;
>> u64 val = 0;
> Do we also need to check in check_ld_imm() to ensure the dst_reg of
> bpf_ld_imm64 on a per-cpu array will not be treated as a map-value-ptr ?
Just find out that if the check in check_ld_imm() is added, these
map_type checking added in multiple functions will be unnecessary,
because all of these functions needs the register to be a map-value-ptr.
>> @@ -9128,6 +9131,11 @@ static int check_reg_const_str(struct bpf_verifier_env *env,
>> return -EACCES;
>> }
>>
>> + if (map->map_type != BPF_MAP_TYPE_ARRAY) {
>> + verbose(env, "only array map supports direct string value access\n");
>> + return -EINVAL;
>> + }
>> +
>> err = check_map_access(env, regno, reg->off,
>> map->value_size - reg->off, false,
>> ACCESS_HELPER);
>> @@ -10802,6 +10810,11 @@ static int check_bpf_snprintf_call(struct bpf_verifier_env *env,
>> return -EINVAL;
>> num_args = data_len_reg->var_off.value / 8;
>>
>> + if (fmt_map->map_type != BPF_MAP_TYPE_ARRAY) {
>> + verbose(env, "only array map supports snprintf\n");
>> + return -EINVAL;
>> + }
>> +
>>
>
> .
^ permalink raw reply [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-26 2:19 ` Hou Tao
2025-02-26 4:26 ` Hou Tao
@ 2025-02-26 14:54 ` Leon Hwang
2025-02-26 15:31 ` Alexei Starovoitov
2025-02-27 2:11 ` Hou Tao
1 sibling, 2 replies; 16+ messages in thread
From: Leon Hwang @ 2025-02-26 14:54 UTC (permalink / raw)
To: Hou Tao, bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
kernel-patches-bot
On 2025/2/26 10:19, Hou Tao wrote:
> Hi,
>
[...]
>> @@ -815,6 +850,8 @@ const struct bpf_map_ops percpu_array_map_ops = {
>> .map_get_next_key = array_map_get_next_key,
>> .map_lookup_elem = percpu_array_map_lookup_elem,
>> .map_gen_lookup = percpu_array_map_gen_lookup,
>> + .map_direct_value_addr = percpu_array_map_direct_value_addr,
>> + .map_direct_value_meta = percpu_array_map_direct_value_meta,
>> .map_update_elem = array_map_update_elem,
>> .map_delete_elem = array_map_delete_elem,
>> .map_lookup_percpu_elem = percpu_array_map_lookup_percpu_elem,
>> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
>> index 9971c03adfd5d..5682546b1193e 100644
>> --- a/kernel/bpf/verifier.c
>> +++ b/kernel/bpf/verifier.c
>> @@ -6810,6 +6810,8 @@ static int bpf_map_direct_read(struct bpf_map *map, int off, int size, u64 *val,
>> u64 addr;
>> int err;
>>
>> + if (map->map_type != BPF_MAP_TYPE_ARRAY)
>> + return -EINVAL;
>
> Is the check still necessary ? Because its caller has already added the
> check of map_type.
Yes. It should check here in order to make sure the code logic in
bpf_map_direct_read() is robust enough.
But in check_mem_access(), if map is a read-only percpu array map, it
should not track its contents as SCALAR_VALUE, because the read-only
.percpu, named .ropercpu, hasn't been supported yet.
Should we implement .ropercpu in this patch set, too?
>> err = map->ops->map_direct_value_addr(map, &addr, off);
>> if (err)
>> return err;
>> @@ -7322,6 +7324,7 @@ static int check_mem_access(struct bpf_verifier_env *env, int insn_idx, u32 regn
>> /* if map is read-only, track its contents as scalars */
>> if (tnum_is_const(reg->var_off) &&
>> bpf_map_is_rdonly(map) &&
>> + map->map_type == BPF_MAP_TYPE_ARRAY &&
>> map->ops->map_direct_value_addr) {
>> int map_off = off + reg->var_off.value;
>> u64 val = 0;
>
> Do we also need to check in check_ld_imm() to ensure the dst_reg of
> bpf_ld_imm64 on a per-cpu array will not be treated as a map-value-ptr ?
No. The dst_reg of ld_imm64 for percpu array map must be treated as
map-value-ptr, just like the one for array map.
Global percpu variable is very similar to global variable.
From the point of compiler, global percpu variable is global variable
with SEC(".percpu").
Then libbpf converts global data with SEC(".percpu") to global percpu
data. And bpftool generates struct for global percpu data like for
global data when generate skeleton.
Finally, verifier inserts a mov64_percpu_reg insn after the ld_imm64 in
order to add this_cpu_off to the dst_reg of ld_imm64.
Therefore, in check_ld_imm(), it should mark the dst_reg of ld_imm64 for
percpu array map as map-value-ptr.
Thanks,
Leon
^ permalink raw reply [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-26 14:54 ` Leon Hwang
@ 2025-02-26 15:31 ` Alexei Starovoitov
2025-02-26 16:12 ` Leon Hwang
2025-02-27 2:11 ` Hou Tao
1 sibling, 1 reply; 16+ messages in thread
From: Alexei Starovoitov @ 2025-02-26 15:31 UTC (permalink / raw)
To: Leon Hwang
Cc: Hou Tao, bpf, Alexei Starovoitov, Daniel Borkmann,
Andrii Nakryiko, Yonghong Song, Song Liu, Eddy Z, Quentin Monnet,
Daniel Xu, kernel-patches-bot
On Wed, Feb 26, 2025 at 6:54 AM Leon Hwang <leon.hwang@linux.dev> wrote:
>
>
>
> On 2025/2/26 10:19, Hou Tao wrote:
> > Hi,
> >
>
> [...]
>
> >> @@ -815,6 +850,8 @@ const struct bpf_map_ops percpu_array_map_ops = {
> >> .map_get_next_key = array_map_get_next_key,
> >> .map_lookup_elem = percpu_array_map_lookup_elem,
> >> .map_gen_lookup = percpu_array_map_gen_lookup,
> >> + .map_direct_value_addr = percpu_array_map_direct_value_addr,
> >> + .map_direct_value_meta = percpu_array_map_direct_value_meta,
> >> .map_update_elem = array_map_update_elem,
> >> .map_delete_elem = array_map_delete_elem,
> >> .map_lookup_percpu_elem = percpu_array_map_lookup_percpu_elem,
> >> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
> >> index 9971c03adfd5d..5682546b1193e 100644
> >> --- a/kernel/bpf/verifier.c
> >> +++ b/kernel/bpf/verifier.c
> >> @@ -6810,6 +6810,8 @@ static int bpf_map_direct_read(struct bpf_map *map, int off, int size, u64 *val,
> >> u64 addr;
> >> int err;
> >>
> >> + if (map->map_type != BPF_MAP_TYPE_ARRAY)
> >> + return -EINVAL;
> >
> > Is the check still necessary ? Because its caller has already added the
> > check of map_type.
>
> Yes. It should check here in order to make sure the code logic in
> bpf_map_direct_read() is robust enough.
>
> But in check_mem_access(), if map is a read-only percpu array map, it
> should not track its contents as SCALAR_VALUE, because the read-only
> .percpu, named .ropercpu, hasn't been supported yet.
>
> Should we implement .ropercpu in this patch set, too?
Absolutely not and not tomorrow either. There is no use case
for readonly percpu data. It's only a waste of memory.
> >> err = map->ops->map_direct_value_addr(map, &addr, off);
> >> if (err)
> >> return err;
> >> @@ -7322,6 +7324,7 @@ static int check_mem_access(struct bpf_verifier_env *env, int insn_idx, u32 regn
> >> /* if map is read-only, track its contents as scalars */
> >> if (tnum_is_const(reg->var_off) &&
> >> bpf_map_is_rdonly(map) &&
> >> + map->map_type == BPF_MAP_TYPE_ARRAY &&
> >> map->ops->map_direct_value_addr) {
> >> int map_off = off + reg->var_off.value;
> >> u64 val = 0;
> >
> > Do we also need to check in check_ld_imm() to ensure the dst_reg of
> > bpf_ld_imm64 on a per-cpu array will not be treated as a map-value-ptr ?
> No. The dst_reg of ld_imm64 for percpu array map must be treated as
> map-value-ptr, just like the one for array map.
I suspect what Hou is hinting at that if percpu array rejected
BPF_F_RDONLY_PROG in map_alloc_check() there would be no need
to special case everything but "+ map->map_type == BPF_MAP_TYPE_ARRAY"
here.
^ permalink raw reply [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-26 15:31 ` Alexei Starovoitov
@ 2025-02-26 16:12 ` Leon Hwang
0 siblings, 0 replies; 16+ messages in thread
From: Leon Hwang @ 2025-02-26 16:12 UTC (permalink / raw)
To: Alexei Starovoitov
Cc: Hou Tao, bpf, Alexei Starovoitov, Daniel Borkmann,
Andrii Nakryiko, Yonghong Song, Song Liu, Eddy Z, Quentin Monnet,
Daniel Xu, kernel-patches-bot
On 2025/2/26 23:31, Alexei Starovoitov wrote:
> On Wed, Feb 26, 2025 at 6:54 AM Leon Hwang <leon.hwang@linux.dev> wrote:
>>
>>
>>
>> On 2025/2/26 10:19, Hou Tao wrote:
>>> Hi,
>>>
>>
>> [...]
>>
>>>> @@ -815,6 +850,8 @@ const struct bpf_map_ops percpu_array_map_ops = {
>>>> .map_get_next_key = array_map_get_next_key,
>>>> .map_lookup_elem = percpu_array_map_lookup_elem,
>>>> .map_gen_lookup = percpu_array_map_gen_lookup,
>>>> + .map_direct_value_addr = percpu_array_map_direct_value_addr,
>>>> + .map_direct_value_meta = percpu_array_map_direct_value_meta,
>>>> .map_update_elem = array_map_update_elem,
>>>> .map_delete_elem = array_map_delete_elem,
>>>> .map_lookup_percpu_elem = percpu_array_map_lookup_percpu_elem,
>>>> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
>>>> index 9971c03adfd5d..5682546b1193e 100644
>>>> --- a/kernel/bpf/verifier.c
>>>> +++ b/kernel/bpf/verifier.c
>>>> @@ -6810,6 +6810,8 @@ static int bpf_map_direct_read(struct bpf_map *map, int off, int size, u64 *val,
>>>> u64 addr;
>>>> int err;
>>>>
>>>> + if (map->map_type != BPF_MAP_TYPE_ARRAY)
>>>> + return -EINVAL;
>>>
>>> Is the check still necessary ? Because its caller has already added the
>>> check of map_type.
>>
>> Yes. It should check here in order to make sure the code logic in
>> bpf_map_direct_read() is robust enough.
>>
>> But in check_mem_access(), if map is a read-only percpu array map, it
>> should not track its contents as SCALAR_VALUE, because the read-only
>> .percpu, named .ropercpu, hasn't been supported yet.
>>
>> Should we implement .ropercpu in this patch set, too?
>
> Absolutely not and not tomorrow either. There is no use case
> for readonly percpu data. It's only a waste of memory.
>
Yeah. I realize it absolutely wastes memory for read-only percpu data
after sending this message.
>>>> err = map->ops->map_direct_value_addr(map, &addr, off);
>>>> if (err)
>>>> return err;
>>>> @@ -7322,6 +7324,7 @@ static int check_mem_access(struct bpf_verifier_env *env, int insn_idx, u32 regn
>>>> /* if map is read-only, track its contents as scalars */
>>>> if (tnum_is_const(reg->var_off) &&
>>>> bpf_map_is_rdonly(map) &&
>>>> + map->map_type == BPF_MAP_TYPE_ARRAY &&
>>>> map->ops->map_direct_value_addr) {
>>>> int map_off = off + reg->var_off.value;
>>>> u64 val = 0;
>>>
>>> Do we also need to check in check_ld_imm() to ensure the dst_reg of
>>> bpf_ld_imm64 on a per-cpu array will not be treated as a map-value-ptr ?
>> No. The dst_reg of ld_imm64 for percpu array map must be treated as
>> map-value-ptr, just like the one for array map.
>
> I suspect what Hou is hinting at that if percpu array rejected
> BPF_F_RDONLY_PROG in map_alloc_check() there would be no need
> to special case everything but "+ map->map_type == BPF_MAP_TYPE_ARRAY"
> here.
We could reject BPF_F_RDONLY_PROG in array_map_check_btf() instead, as
it can recognize when a percpu array is used for .percpu.
However, can we completely eliminate all map->map_type checks except for
this one? I have my doubts. Those checks are in place to prevent the
misuse of percpu data.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [RESEND PATCH bpf-next v2 1/4] bpf: Introduce global percpu data
2025-02-26 14:54 ` Leon Hwang
2025-02-26 15:31 ` Alexei Starovoitov
@ 2025-02-27 2:11 ` Hou Tao
1 sibling, 0 replies; 16+ messages in thread
From: Hou Tao @ 2025-02-27 2:11 UTC (permalink / raw)
To: Leon Hwang, bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
kernel-patches-bot
Hi,
On 2/26/2025 10:54 PM, Leon Hwang wrote:
>
> On 2025/2/26 10:19, Hou Tao wrote:
>> Hi,
>>
> [...]
>
>>> @@ -815,6 +850,8 @@ const struct bpf_map_ops percpu_array_map_ops = {
>>> .map_get_next_key = array_map_get_next_key,
>>> .map_lookup_elem = percpu_array_map_lookup_elem,
>>> .map_gen_lookup = percpu_array_map_gen_lookup,
>>> + .map_direct_value_addr = percpu_array_map_direct_value_addr,
>>> + .map_direct_value_meta = percpu_array_map_direct_value_meta,
>>> .map_update_elem = array_map_update_elem,
>>> .map_delete_elem = array_map_delete_elem,
>>> .map_lookup_percpu_elem = percpu_array_map_lookup_percpu_elem,
>>> diff --git a/kernel/bpf/verifier.c b/kernel/bpf/verifier.c
>>> index 9971c03adfd5d..5682546b1193e 100644
>>> --- a/kernel/bpf/verifier.c
>>> +++ b/kernel/bpf/verifier.c
>>> @@ -6810,6 +6810,8 @@ static int bpf_map_direct_read(struct bpf_map *map, int off, int size, u64 *val,
>>> u64 addr;
>>> int err;
>>>
>>> + if (map->map_type != BPF_MAP_TYPE_ARRAY)
>>> + return -EINVAL;
>> Is the check still necessary ? Because its caller has already added the
>> check of map_type.
> Yes. It should check here in order to make sure the code logic in
> bpf_map_direct_read() is robust enough.
Er, I see. In my opinion, checking map_type == BPF_MAP_TYPE_ARRAY twice
(one in its only caller and one in itself) is a bit weird.
>
> But in check_mem_access(), if map is a read-only percpu array map, it
> should not track its contents as SCALAR_VALUE, because the read-only
> .percpu, named .ropercpu, hasn't been supported yet.
>
> Should we implement .ropercpu in this patch set, too?
>
>>> err = map->ops->map_direct_value_addr(map, &addr, off);
>>> if (err)
>>> return err;
>>> @@ -7322,6 +7324,7 @@ static int check_mem_access(struct bpf_verifier_env *env, int insn_idx, u32 regn
>>> /* if map is read-only, track its contents as scalars */
>>> if (tnum_is_const(reg->var_off) &&
>>> bpf_map_is_rdonly(map) &&
>>> + map->map_type == BPF_MAP_TYPE_ARRAY &&
>>> map->ops->map_direct_value_addr) {
>>> int map_off = off + reg->var_off.value;
>>> u64 val = 0;
>> Do we also need to check in check_ld_imm() to ensure the dst_reg of
>> bpf_ld_imm64 on a per-cpu array will not be treated as a map-value-ptr ?
> No. The dst_reg of ld_imm64 for percpu array map must be treated as
> map-value-ptr, just like the one for array map.
>
> Global percpu variable is very similar to global variable.
>
> >From the point of compiler, global percpu variable is global variable
> with SEC(".percpu").
>
> Then libbpf converts global data with SEC(".percpu") to global percpu
> data. And bpftool generates struct for global percpu data like for
> global data when generate skeleton.
>
> Finally, verifier inserts a mov64_percpu_reg insn after the ld_imm64 in
> order to add this_cpu_off to the dst_reg of ld_imm64.
>
> Therefore, in check_ld_imm(), it should mark the dst_reg of ld_imm64 for
> percpu array map as map-value-ptr.
Thanks for the explanation. I mis-understood the code and my original
though was it was only trying to read somthing from the per-cpu array
map value.
>
> Thanks,
> Leon
^ permalink raw reply [flat|nested] 16+ messages in thread
* [RESEND PATCH bpf-next v2 2/4] bpf, libbpf: Support global percpu data
2025-02-13 16:19 [RESEND PATCH bpf-next v2 0/4] bpf: Introduce global percpu data Leon Hwang
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 1/4] " Leon Hwang
@ 2025-02-13 16:19 ` Leon Hwang
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 3/4] bpf, bpftool: Generate skeleton for " Leon Hwang
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 4/4] selftests/bpf: Add cases to test " Leon Hwang
3 siblings, 0 replies; 16+ messages in thread
From: Leon Hwang @ 2025-02-13 16:19 UTC (permalink / raw)
To: bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
leon.hwang, kernel-patches-bot
This patch introduces support for global percpu data in libbpf by adding a
new ".percpu" section, similar to ".data". It enables efficient handling of
percpu global variables in bpf programs.
Key changes:
* Introduces the ".percpu" section in libbpf.
* Correct value size to __aligned(8) of ".percpu" map definition and btf.
* Creates internal maps for percpu data.
* Initializes and populates these maps accordingly.
This enhancement improves performance for workloads that benefit from
percpu storage.
Meanwhile, add bpf_map__is_internal_percpu() API to check whether the map
is an internal map used for global percpu variables.
Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
---
tools/lib/bpf/libbpf.c | 101 +++++++++++++++++++++++++++++++--------
tools/lib/bpf/libbpf.h | 9 ++++
tools/lib/bpf/libbpf.map | 1 +
3 files changed, 90 insertions(+), 21 deletions(-)
diff --git a/tools/lib/bpf/libbpf.c b/tools/lib/bpf/libbpf.c
index 194809da51725..736a902a667e9 100644
--- a/tools/lib/bpf/libbpf.c
+++ b/tools/lib/bpf/libbpf.c
@@ -516,6 +516,7 @@ struct bpf_struct_ops {
};
#define DATA_SEC ".data"
+#define PERCPU_SEC ".percpu"
#define BSS_SEC ".bss"
#define RODATA_SEC ".rodata"
#define KCONFIG_SEC ".kconfig"
@@ -530,6 +531,7 @@ enum libbpf_map_type {
LIBBPF_MAP_BSS,
LIBBPF_MAP_RODATA,
LIBBPF_MAP_KCONFIG,
+ LIBBPF_MAP_PERCPU,
};
struct bpf_map_def {
@@ -640,6 +642,7 @@ enum sec_type {
SEC_DATA,
SEC_RODATA,
SEC_ST_OPS,
+ SEC_PERCPU,
};
struct elf_sec_desc {
@@ -1903,7 +1906,7 @@ static bool map_is_mmapable(struct bpf_object *obj, struct bpf_map *map)
struct btf_var_secinfo *vsi;
int i, n;
- if (!map->btf_value_type_id)
+ if (!map->btf_value_type_id || map->libbpf_type == LIBBPF_MAP_PERCPU)
return false;
t = btf__type_by_id(obj->btf, map->btf_value_type_id);
@@ -1927,6 +1930,7 @@ static int
bpf_object__init_internal_map(struct bpf_object *obj, enum libbpf_map_type type,
const char *real_name, int sec_idx, void *data, size_t data_sz)
{
+ bool is_percpu = type == LIBBPF_MAP_PERCPU;
struct bpf_map_def *def;
struct bpf_map *map;
size_t mmap_sz;
@@ -1948,9 +1952,9 @@ bpf_object__init_internal_map(struct bpf_object *obj, enum libbpf_map_type type,
}
def = &map->def;
- def->type = BPF_MAP_TYPE_ARRAY;
+ def->type = is_percpu ? BPF_MAP_TYPE_PERCPU_ARRAY : BPF_MAP_TYPE_ARRAY;
def->key_size = sizeof(int);
- def->value_size = data_sz;
+ def->value_size = is_percpu ? roundup(data_sz, 8) : data_sz;
def->max_entries = 1;
def->map_flags = type == LIBBPF_MAP_RODATA || type == LIBBPF_MAP_KCONFIG
? BPF_F_RDONLY_PROG : 0;
@@ -1961,10 +1965,11 @@ bpf_object__init_internal_map(struct bpf_object *obj, enum libbpf_map_type type,
if (map_is_mmapable(obj, map))
def->map_flags |= BPF_F_MMAPABLE;
- pr_debug("map '%s' (global data): at sec_idx %d, offset %zu, flags %x.\n",
- map->name, map->sec_idx, map->sec_offset, def->map_flags);
+ pr_debug("map '%s' (global %sdata): at sec_idx %d, offset %zu, flags %x.\n",
+ map->name, is_percpu ? "percpu " : "", map->sec_idx,
+ map->sec_offset, def->map_flags);
- mmap_sz = bpf_map_mmap_sz(map);
+ mmap_sz = is_percpu ? def->value_size : bpf_map_mmap_sz(map);
map->mmaped = mmap(NULL, mmap_sz, PROT_READ | PROT_WRITE,
MAP_SHARED | MAP_ANONYMOUS, -1, 0);
if (map->mmaped == MAP_FAILED) {
@@ -2015,6 +2020,13 @@ static int bpf_object__init_global_data_maps(struct bpf_object *obj)
sec_desc->data->d_buf,
sec_desc->data->d_size);
break;
+ case SEC_PERCPU:
+ sec_name = elf_sec_name(obj, elf_sec_by_idx(obj, sec_idx));
+ err = bpf_object__init_internal_map(obj, LIBBPF_MAP_PERCPU,
+ sec_name, sec_idx,
+ sec_desc->data->d_buf,
+ sec_desc->data->d_size);
+ break;
case SEC_BSS:
sec_name = elf_sec_name(obj, elf_sec_by_idx(obj, sec_idx));
err = bpf_object__init_internal_map(obj, LIBBPF_MAP_BSS,
@@ -3364,6 +3376,10 @@ static int btf_fixup_datasec(struct bpf_object *obj, struct btf *btf,
fixup_offsets = true;
}
+ /* .percpu DATASEC must has __aligned(8) size. */
+ if (strcmp(sec_name, PERCPU_SEC) == 0 || str_has_pfx(sec_name, PERCPU_SEC))
+ t->size = roundup(t->size, 8);
+
for (i = 0, vsi = btf_var_secinfos(t); i < vars; i++, vsi++) {
const struct btf_type *t_var;
struct btf_var *var;
@@ -3934,6 +3950,11 @@ static int bpf_object__elf_collect(struct bpf_object *obj)
sec_desc->sec_type = SEC_RODATA;
sec_desc->shdr = sh;
sec_desc->data = data;
+ } else if (strcmp(name, PERCPU_SEC) == 0 ||
+ str_has_pfx(name, PERCPU_SEC)) {
+ sec_desc->sec_type = SEC_PERCPU;
+ sec_desc->shdr = sh;
+ sec_desc->data = data;
} else if (strcmp(name, STRUCT_OPS_SEC) == 0 ||
strcmp(name, STRUCT_OPS_LINK_SEC) == 0 ||
strcmp(name, "?" STRUCT_OPS_SEC) == 0 ||
@@ -4453,6 +4474,7 @@ static bool bpf_object__shndx_is_data(const struct bpf_object *obj,
case SEC_BSS:
case SEC_DATA:
case SEC_RODATA:
+ case SEC_PERCPU:
return true;
default:
return false;
@@ -4478,6 +4500,8 @@ bpf_object__section_to_libbpf_map_type(const struct bpf_object *obj, int shndx)
return LIBBPF_MAP_DATA;
case SEC_RODATA:
return LIBBPF_MAP_RODATA;
+ case SEC_PERCPU:
+ return LIBBPF_MAP_PERCPU;
default:
return LIBBPF_MAP_UNSPEC;
}
@@ -4795,7 +4819,7 @@ static int map_fill_btf_type_info(struct bpf_object *obj, struct bpf_map *map)
/*
* LLVM annotates global data differently in BTF, that is,
- * only as '.data', '.bss' or '.rodata'.
+ * only as '.data', '.bss', '.percpu' or '.rodata'.
*/
if (!bpf_map__is_internal(map))
return -ENOENT;
@@ -5125,23 +5149,47 @@ static int
bpf_object__populate_internal_map(struct bpf_object *obj, struct bpf_map *map)
{
enum libbpf_map_type map_type = map->libbpf_type;
- int err, zero = 0;
- size_t mmap_sz;
+ bool is_percpu = map_type == LIBBPF_MAP_PERCPU;
+ int err = 0, zero = 0, num_cpus, i;
+ size_t data_sz, elem_sz, mmap_sz;
+ void *data = NULL;
+
+ data_sz = map->def.value_size;
+ if (is_percpu) {
+ num_cpus = libbpf_num_possible_cpus();
+ if (num_cpus < 0) {
+ err = num_cpus;
+ return err;
+ }
+
+ data_sz = data_sz * num_cpus;
+ data = malloc(data_sz);
+ if (!data) {
+ err = -ENOMEM;
+ return err;
+ }
+
+ elem_sz = map->def.value_size;
+ for (i = 0; i < num_cpus; i++)
+ memcpy(data + i * elem_sz, map->mmaped, elem_sz);
+ } else {
+ data = map->mmaped;
+ }
if (obj->gen_loader) {
bpf_gen__map_update_elem(obj->gen_loader, map - obj->maps,
- map->mmaped, map->def.value_size);
+ data, data_sz);
if (map_type == LIBBPF_MAP_RODATA || map_type == LIBBPF_MAP_KCONFIG)
bpf_gen__map_freeze(obj->gen_loader, map - obj->maps);
- return 0;
+ goto free_data;
}
- err = bpf_map_update_elem(map->fd, &zero, map->mmaped, 0);
+ err = bpf_map_update_elem(map->fd, &zero, data, 0);
if (err) {
err = -errno;
pr_warn("map '%s': failed to set initial contents: %s\n",
bpf_map__name(map), errstr(err));
- return err;
+ goto free_data;
}
/* Freeze .rodata and .kconfig map as read-only from syscall side. */
@@ -5151,7 +5199,7 @@ bpf_object__populate_internal_map(struct bpf_object *obj, struct bpf_map *map)
err = -errno;
pr_warn("map '%s': failed to freeze as read-only: %s\n",
bpf_map__name(map), errstr(err));
- return err;
+ goto free_data;
}
}
@@ -5178,7 +5226,7 @@ bpf_object__populate_internal_map(struct bpf_object *obj, struct bpf_map *map)
err = -errno;
pr_warn("map '%s': failed to re-mmap() contents: %s\n",
bpf_map__name(map), errstr(err));
- return err;
+ goto free_data;
}
map->mmaped = mmaped;
} else if (map->mmaped) {
@@ -5186,7 +5234,10 @@ bpf_object__populate_internal_map(struct bpf_object *obj, struct bpf_map *map)
map->mmaped = NULL;
}
- return 0;
+free_data:
+ if (is_percpu)
+ free(data);
+ return err;
}
static void bpf_map__destroy(struct bpf_map *map);
@@ -10132,14 +10183,17 @@ int bpf_map__fd(const struct bpf_map *map)
static bool map_uses_real_name(const struct bpf_map *map)
{
- /* Since libbpf started to support custom .data.* and .rodata.* maps,
- * their user-visible name differs from kernel-visible name. Users see
- * such map's corresponding ELF section name as a map name.
- * This check distinguishes .data/.rodata from .data.* and .rodata.*
- * maps to know which name has to be returned to the user.
+ /* Since libbpf started to support custom .data.*, .percpu.* and
+ * .rodata.* maps, their user-visible name differs from kernel-visible
+ * name. Users see such map's corresponding ELF section name as a map
+ * name. This check distinguishes .data/.percpu/.rodata from .data.*,
+ * .percpu.* and .rodata.* maps to know which name has to be returned to
+ * the user.
*/
if (map->libbpf_type == LIBBPF_MAP_DATA && strcmp(map->real_name, DATA_SEC) != 0)
return true;
+ if (map->libbpf_type == LIBBPF_MAP_PERCPU && strcmp(map->real_name, PERCPU_SEC) != 0)
+ return true;
if (map->libbpf_type == LIBBPF_MAP_RODATA && strcmp(map->real_name, RODATA_SEC) != 0)
return true;
return false;
@@ -10386,6 +10440,11 @@ bool bpf_map__is_internal(const struct bpf_map *map)
return map->libbpf_type != LIBBPF_MAP_UNSPEC;
}
+bool bpf_map__is_internal_percpu(const struct bpf_map *map)
+{
+ return map->libbpf_type == LIBBPF_MAP_PERCPU;
+}
+
__u32 bpf_map__ifindex(const struct bpf_map *map)
{
return map->map_ifindex;
diff --git a/tools/lib/bpf/libbpf.h b/tools/lib/bpf/libbpf.h
index 3020ee45303a0..1d8ca33d370d1 100644
--- a/tools/lib/bpf/libbpf.h
+++ b/tools/lib/bpf/libbpf.h
@@ -1072,6 +1072,15 @@ LIBBPF_API void *bpf_map__initial_value(const struct bpf_map *map, size_t *psize
*/
LIBBPF_API bool bpf_map__is_internal(const struct bpf_map *map);
+/**
+ * @brief **bpf_map__is_internal_percpu()** tells the caller whether or not
+ * the passed map is an internal map used for global percpu variables.
+ * @param map the bpf_map
+ * @return true, if the map is an internal map used for global percpu
+ * variables; false, otherwise
+ */
+LIBBPF_API bool bpf_map__is_internal_percpu(const struct bpf_map *map);
+
/**
* @brief **bpf_map__set_pin_path()** sets the path attribute that tells where the
* BPF map should be pinned. This does not actually create the 'pin'.
diff --git a/tools/lib/bpf/libbpf.map b/tools/lib/bpf/libbpf.map
index b5a838de6f47c..09cdbd6e32218 100644
--- a/tools/lib/bpf/libbpf.map
+++ b/tools/lib/bpf/libbpf.map
@@ -438,4 +438,5 @@ LIBBPF_1.6.0 {
bpf_linker__new_fd;
btf__add_decl_attr;
btf__add_type_attr;
+ bpf_map__is_internal_percpu;
} LIBBPF_1.5.0;
--
2.47.1
^ permalink raw reply related [flat|nested] 16+ messages in thread* [RESEND PATCH bpf-next v2 3/4] bpf, bpftool: Generate skeleton for global percpu data
2025-02-13 16:19 [RESEND PATCH bpf-next v2 0/4] bpf: Introduce global percpu data Leon Hwang
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 1/4] " Leon Hwang
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 2/4] bpf, libbpf: Support " Leon Hwang
@ 2025-02-13 16:19 ` Leon Hwang
2025-02-14 9:49 ` Leon Hwang
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 4/4] selftests/bpf: Add cases to test " Leon Hwang
3 siblings, 1 reply; 16+ messages in thread
From: Leon Hwang @ 2025-02-13 16:19 UTC (permalink / raw)
To: bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
leon.hwang, kernel-patches-bot
This patch enhances 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.
Changes:
1. skeleton structure:
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;
int run;
int data2;
} __aligned(8) *percpu;
// ...
};
* The "struct test_global_percpu_data__percpu" points to initialized
data, which is actually "maps.percpu->data".
* Before loading the skeleton, updating the
"struct test_global_percpu_data__percpu" modifies the initial value
of the corresponding global percpu variables.
* After loading the skeleton, accessing or updating this struct is not
allowed because this struct pointer has been reset as NULL. Instead,
users must interact with the global percpu variables via the
"maps.percpu" map.
2. code changes:
* Added support for ".percpu" sections in bpftool's map identification
logic.
* Modified skeleton generation to handle percpu data maps
appropriately.
* Updated libbpf to make "percpu" pointing to "maps.percpu->data".
* Set ".percpu" struct points to NULL after loading the skeleton.
Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
---
tools/bpf/bpftool/gen.c | 47 ++++++++++++++++++++++++++++++++---------
1 file changed, 37 insertions(+), 10 deletions(-)
diff --git a/tools/bpf/bpftool/gen.c b/tools/bpf/bpftool/gen.c
index 67a60114368f5..f2bf509248718 100644
--- a/tools/bpf/bpftool/gen.c
+++ b/tools/bpf/bpftool/gen.c
@@ -92,7 +92,7 @@ static void get_header_guard(char *guard, const char *obj_name, const char *suff
static bool get_map_ident(const struct bpf_map *map, char *buf, size_t buf_sz)
{
- static const char *sfxs[] = { ".data", ".rodata", ".bss", ".kconfig" };
+ static const char *sfxs[] = { ".data", ".rodata", ".percpu", ".bss", ".kconfig" };
const char *name = bpf_map__name(map);
int i, n;
@@ -117,7 +117,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", ".percpu", ".bss", ".kconfig" };
int i, n;
/* recognize hard coded LLVM section name */
@@ -148,7 +148,8 @@ static int codegen_datasec_def(struct bpf_object *obj,
struct btf *btf,
struct btf_dump *d,
const struct btf_type *sec,
- const char *obj_name)
+ const char *obj_name,
+ bool is_percpu)
{
const char *sec_name = btf__name_by_offset(btf, sec->name_off);
const struct btf_var_secinfo *sec_var = btf_var_secinfos(sec);
@@ -228,7 +229,7 @@ static int codegen_datasec_def(struct bpf_object *obj,
off = sec_var->offset + sec_var->size;
}
- printf(" } *%s;\n", sec_ident);
+ printf(" }%s *%s;\n", is_percpu ? " __aligned(8)" : "", sec_ident);
return 0;
}
@@ -279,6 +280,7 @@ static int codegen_datasecs(struct bpf_object *obj, const char *obj_name)
struct bpf_map *map;
const struct btf_type *sec;
char map_ident[256];
+ bool is_percpu;
int err = 0;
d = btf_dump__new(btf, codegen_btf_dump_printf, NULL, NULL);
@@ -286,8 +288,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 memory-mapped or .percpu internal maps */
+ is_percpu = bpf_map__is_internal_percpu(map);
+ if (!is_mmapable_map(map, map_ident, sizeof(map_ident)) && !is_percpu)
+ continue;
+ if (is_percpu && (use_loader || !get_map_ident(map, map_ident, sizeof(map_ident))))
continue;
sec = find_type_for_map(btf, map_ident);
@@ -303,7 +308,7 @@ static int codegen_datasecs(struct bpf_object *obj, const char *obj_name)
printf(" struct %s__%s {\n", obj_name, map_ident);
printf(" } *%s;\n", map_ident);
} else {
- err = codegen_datasec_def(obj, btf, d, sec, obj_name);
+ err = codegen_datasec_def(obj, btf, d, sec, obj_name, is_percpu);
if (err)
goto out;
}
@@ -901,8 +906,9 @@ 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))) {
+ /* memory-mapped or .percpu internal maps */
+ if (mmaped && (is_mmapable_map(map, ident, sizeof(ident)) ||
+ bpf_map__is_internal_percpu(map))) {
printf("\tmap->mmaped = (void **)&obj->%s;\n", ident);
}
@@ -1434,7 +1440,28 @@ static int do_skeleton(int argc, char **argv)
static inline int \n\
%1$s__load(struct %1$s *obj) \n\
{ \n\
- return bpf_object__load_skeleton(obj->skeleton); \n\
+ int err; \n\
+ \n\
+ err = bpf_object__load_skeleton(obj->skeleton); \n\
+ if (err) \n\
+ return err; \n\
+ \n\
+ ", obj_name);
+
+ if (map_cnt) {
+ bpf_object__for_each_map(map, obj) {
+ if (!get_map_ident(map, ident, sizeof(ident)))
+ continue;
+ if (bpf_map__is_internal(map) &&
+ bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY) {
+ printf("\tobj->%s = NULL;\n", ident);
+ }
+ }
+ }
+
+ codegen("\
+ \n\
+ return 0; \n\
} \n\
\n\
static inline struct %1$s * \n\
--
2.47.1
^ permalink raw reply related [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 3/4] bpf, bpftool: Generate skeleton for global percpu data
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 3/4] bpf, bpftool: Generate skeleton for " Leon Hwang
@ 2025-02-14 9:49 ` Leon Hwang
0 siblings, 0 replies; 16+ messages in thread
From: Leon Hwang @ 2025-02-14 9:49 UTC (permalink / raw)
To: bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
kernel-patches-bot
On 14/2/25 00:19, Leon Hwang wrote:
> This patch enhances 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.
>
> Changes:
>
> 1. skeleton structure:
>
> 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;
> int run;
> int data2;
> } __aligned(8) *percpu;
>
> // ...
> };
>
> * The "struct test_global_percpu_data__percpu" points to initialized
> data, which is actually "maps.percpu->data".
> * Before loading the skeleton, updating the
> "struct test_global_percpu_data__percpu" modifies the initial value
> of the corresponding global percpu variables.
> * After loading the skeleton, accessing or updating this struct is not
> allowed because this struct pointer has been reset as NULL. Instead,
> users must interact with the global percpu variables via the
> "maps.percpu" map.
>
> 2. code changes:
>
> * Added support for ".percpu" sections in bpftool's map identification
> logic.
> * Modified skeleton generation to handle percpu data maps
> appropriately.
> * Updated libbpf to make "percpu" pointing to "maps.percpu->data".
> * Set ".percpu" struct points to NULL after loading the skeleton.
>
> Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
> ---
> tools/bpf/bpftool/gen.c | 47 ++++++++++++++++++++++++++++++++---------
> 1 file changed, 37 insertions(+), 10 deletions(-)
>
> diff --git a/tools/bpf/bpftool/gen.c b/tools/bpf/bpftool/gen.c
> index 67a60114368f5..f2bf509248718 100644
> --- a/tools/bpf/bpftool/gen.c
> +++ b/tools/bpf/bpftool/gen.c
> @@ -92,7 +92,7 @@ static void get_header_guard(char *guard, const char *obj_name, const char *suff
>
> static bool get_map_ident(const struct bpf_map *map, char *buf, size_t buf_sz)
> {
> - static const char *sfxs[] = { ".data", ".rodata", ".bss", ".kconfig" };
> + static const char *sfxs[] = { ".data", ".rodata", ".percpu", ".bss", ".kconfig" };
> const char *name = bpf_map__name(map);
> int i, n;
>
> @@ -117,7 +117,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", ".percpu", ".bss", ".kconfig" };
> int i, n;
>
> /* recognize hard coded LLVM section name */
> @@ -148,7 +148,8 @@ static int codegen_datasec_def(struct bpf_object *obj,
> struct btf *btf,
> struct btf_dump *d,
> const struct btf_type *sec,
> - const char *obj_name)
> + const char *obj_name,
> + bool is_percpu)
> {
> const char *sec_name = btf__name_by_offset(btf, sec->name_off);
> const struct btf_var_secinfo *sec_var = btf_var_secinfos(sec);
> @@ -228,7 +229,7 @@ static int codegen_datasec_def(struct bpf_object *obj,
>
> off = sec_var->offset + sec_var->size;
> }
> - printf(" } *%s;\n", sec_ident);
> + printf(" }%s *%s;\n", is_percpu ? " __aligned(8)" : "", sec_ident);
> return 0;
> }
>
> @@ -279,6 +280,7 @@ static int codegen_datasecs(struct bpf_object *obj, const char *obj_name)
> struct bpf_map *map;
> const struct btf_type *sec;
> char map_ident[256];
> + bool is_percpu;
> int err = 0;
>
> d = btf_dump__new(btf, codegen_btf_dump_printf, NULL, NULL);
> @@ -286,8 +288,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 memory-mapped or .percpu internal maps */
> + is_percpu = bpf_map__is_internal_percpu(map);
> + if (!is_mmapable_map(map, map_ident, sizeof(map_ident)) && !is_percpu)
> + continue;
> + if (is_percpu && (use_loader || !get_map_ident(map, map_ident, sizeof(map_ident))))
> continue;
>
> sec = find_type_for_map(btf, map_ident);
> @@ -303,7 +308,7 @@ static int codegen_datasecs(struct bpf_object *obj, const char *obj_name)
> printf(" struct %s__%s {\n", obj_name, map_ident);
> printf(" } *%s;\n", map_ident);
> } else {
> - err = codegen_datasec_def(obj, btf, d, sec, obj_name);
> + err = codegen_datasec_def(obj, btf, d, sec, obj_name, is_percpu);
> if (err)
> goto out;
> }
> @@ -901,8 +906,9 @@ 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))) {
> + /* memory-mapped or .percpu internal maps */
> + if (mmaped && (is_mmapable_map(map, ident, sizeof(ident)) ||
> + bpf_map__is_internal_percpu(map))) {
> printf("\tmap->mmaped = (void **)&obj->%s;\n", ident);
> }
>
> @@ -1434,7 +1440,28 @@ static int do_skeleton(int argc, char **argv)
> static inline int \n\
> %1$s__load(struct %1$s *obj) \n\
> { \n\
> - return bpf_object__load_skeleton(obj->skeleton); \n\
> + int err; \n\
> + \n\
> + err = bpf_object__load_skeleton(obj->skeleton); \n\
> + if (err) \n\
> + return err; \n\
> + \n\
> + ", obj_name);
> +
> + if (map_cnt) {
> + bpf_object__for_each_map(map, obj) {
> + if (!get_map_ident(map, ident, sizeof(ident)))
> + continue;
> + if (bpf_map__is_internal(map) &&
> + bpf_map__type(map) == BPF_MAP_TYPE_PERCPU_ARRAY) {
bpf_map__is_internal_percpu(map) is recommended to replace
bpf_map__is_internal() and map type checking.
Then, these two "if"s can be combined to one:
if (bpf_map__is_internal_percpu(map) && get_map_ident(map, ident,
sizeof(ident) {
Thanks,
Leon
> + printf("\tobj->%s = NULL;\n", ident);
> + }
> + }
> + }
> +
> + codegen("\
> + \n\
> + return 0; \n\
> } \n\
> \n\
> static inline struct %1$s * \n\
^ permalink raw reply [flat|nested] 16+ messages in thread
* [RESEND PATCH bpf-next v2 4/4] selftests/bpf: Add cases to test global percpu data
2025-02-13 16:19 [RESEND PATCH bpf-next v2 0/4] bpf: Introduce global percpu data Leon Hwang
` (2 preceding siblings ...)
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 3/4] bpf, bpftool: Generate skeleton for " Leon Hwang
@ 2025-02-13 16:19 ` Leon Hwang
2025-02-19 1:54 ` Alexei Starovoitov
3 siblings, 1 reply; 16+ messages in thread
From: Leon Hwang @ 2025-02-13 16:19 UTC (permalink / raw)
To: bpf
Cc: ast, daniel, andrii, yonghong.song, song, eddyz87, qmo, dxu,
leon.hwang, kernel-patches-bot
If the arch, like s390x, does not support percpu insn, this case won't
test global percpu data by checking -EOPNOTSUPP after loading prog.
The following APIs have been tested for global percpu data:
1. bpf_map__set_initial_value()
2. bpf_map__initial_value()
3. generated percpu struct pointer pointing to internal map's mmaped
4. bpf_map__lookup_elem() for global percpu data map
5. bpf_map__is_internal_percpu()
At the same time, the case is also tested with 'bpftool gen skeleton -L'.
125 global_percpu_data_init:OK
126 global_percpu_data_lskel:OK
Summary: 2/0 PASSED, 0 SKIPPED, 0 FAILED
Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
---
tools/testing/selftests/bpf/Makefile | 2 +-
.../bpf/prog_tests/global_data_init.c | 217 +++++++++++++++++-
.../bpf/progs/test_global_percpu_data.c | 20 ++
3 files changed, 237 insertions(+), 2 deletions(-)
create mode 100644 tools/testing/selftests/bpf/progs/test_global_percpu_data.c
diff --git a/tools/testing/selftests/bpf/Makefile b/tools/testing/selftests/bpf/Makefile
index 0d552bfcfe7da..7991de79d55c5 100644
--- a/tools/testing/selftests/bpf/Makefile
+++ b/tools/testing/selftests/bpf/Makefile
@@ -503,7 +503,7 @@ LSKELS := fentry_test.c fexit_test.c fexit_sleep.c atomics.c \
# Generate both light skeleton and libbpf skeleton for these
LSKELS_EXTRA := test_ksyms_module.c test_ksyms_weak.c kfunc_call_test.c \
- kfunc_call_test_subprog.c
+ kfunc_call_test_subprog.c test_global_percpu_data.c
SKEL_BLACKLIST += $$(LSKELS)
test_static_linked.skel.h-deps := test_static_linked1.bpf.o test_static_linked2.bpf.o
diff --git a/tools/testing/selftests/bpf/prog_tests/global_data_init.c b/tools/testing/selftests/bpf/prog_tests/global_data_init.c
index 8466332d7406f..5ace86a0eace7 100644
--- a/tools/testing/selftests/bpf/prog_tests/global_data_init.c
+++ b/tools/testing/selftests/bpf/prog_tests/global_data_init.c
@@ -1,5 +1,8 @@
// SPDX-License-Identifier: GPL-2.0
#include <test_progs.h>
+#include "bpf/libbpf_internal.h"
+#include "test_global_percpu_data.skel.h"
+#include "test_global_percpu_data.lskel.h"
void test_global_data_init(void)
{
@@ -8,7 +11,7 @@ void test_global_data_init(void)
__u8 *buff = NULL, *newval = NULL;
struct bpf_object *obj;
struct bpf_map *map;
- __u32 duration = 0;
+ __u32 duration = 0;
size_t sz;
obj = bpf_object__open_file(file, NULL);
@@ -60,3 +63,215 @@ void test_global_data_init(void)
free(newval);
bpf_object__close(obj);
}
+
+void test_global_percpu_data_init(void)
+{
+ struct test_global_percpu_data__percpu init_value, *init_data, *data, *percpu_data;
+ int key, prog_fd, err, num_cpus, num_online, comm_fd = -1, i;
+ struct test_global_percpu_data *skel = NULL;
+ __u64 args[2] = {0x1234ULL, 0x5678ULL};
+ size_t elem_sz, init_data_sz;
+ char buf[] = "new_name";
+ struct bpf_map *map;
+ bool *online;
+ LIBBPF_OPTS(bpf_test_run_opts, topts,
+ .ctx_in = args,
+ .ctx_size_in = sizeof(args),
+ .flags = BPF_F_TEST_RUN_ON_CPU,
+ );
+
+ num_cpus = libbpf_num_possible_cpus();
+ if (!ASSERT_GT(num_cpus, 0, "libbpf_num_possible_cpus"))
+ return;
+
+ err = parse_cpu_mask_file("/sys/devices/system/cpu/online",
+ &online, &num_online);
+ if (!ASSERT_OK(err, "parse_cpu_mask_file"))
+ return;
+
+ elem_sz = sizeof(*percpu_data);
+ percpu_data = calloc(num_cpus, elem_sz);
+ if (!ASSERT_OK_PTR(percpu_data, "calloc percpu_data"))
+ goto out;
+
+ skel = test_global_percpu_data__open();
+ if (!ASSERT_OK_PTR(skel, "test_global_percpu_data__open"))
+ goto out;
+ if (!ASSERT_OK_PTR(skel->percpu, "skel->percpu"))
+ goto out;
+
+ ASSERT_EQ(skel->percpu->data, -1, "skel->percpu->data");
+ ASSERT_FALSE(skel->percpu->run, "skel->percpu->run");
+ ASSERT_EQ(skel->percpu->data2, 0, "skel->percpu->data2");
+
+ map = skel->maps.percpu;
+ if (!ASSERT_EQ(bpf_map__type(map), BPF_MAP_TYPE_PERCPU_ARRAY, "bpf_map__type"))
+ goto out;
+ if (!ASSERT_TRUE(bpf_map__is_internal_percpu(map), "bpf_map__is_internal_percpu"))
+ goto out;
+
+ init_value.data = 2;
+ init_value.run = false;
+ err = bpf_map__set_initial_value(map, &init_value, sizeof(init_value));
+ if (!ASSERT_OK(err, "bpf_map__set_initial_value"))
+ goto out;
+
+ init_data = bpf_map__initial_value(map, &init_data_sz);
+ if (!ASSERT_OK_PTR(init_data, "bpf_map__initial_value"))
+ goto out;
+
+ ASSERT_EQ(init_data->data, init_value.data, "initial_value data");
+ ASSERT_EQ(init_data->run, init_value.run, "initial_value run");
+ ASSERT_EQ(init_data_sz, sizeof(init_value), "initial_value size");
+ ASSERT_EQ((void *) init_data, (void *) skel->percpu, "skel->percpu eq init_data");
+ ASSERT_EQ(skel->percpu->data, init_value.data, "skel->percpu->data");
+ ASSERT_EQ(skel->percpu->run, init_value.run, "skel->percpu->run");
+
+ err = test_global_percpu_data__load(skel);
+ if (err == -EOPNOTSUPP) {
+ test__skip();
+ goto out;
+ }
+ if (!ASSERT_OK(err, "test_global_percpu_data__load"))
+ goto out;
+
+ ASSERT_NULL(skel->percpu, "NULL skel->percpu");
+
+ err = test_global_percpu_data__attach(skel);
+ if (!ASSERT_OK(err, "test_global_percpu_data__attach"))
+ goto out;
+
+ comm_fd = open("/proc/self/comm", O_WRONLY|O_TRUNC);
+ if (!ASSERT_GE(comm_fd, 0, "open /proc/self/comm"))
+ goto out;
+
+ err = write(comm_fd, buf, sizeof(buf));
+ if (!ASSERT_GE(err, 0, "task rename"))
+ goto out;
+
+ prog_fd = bpf_program__fd(skel->progs.update_percpu_data);
+
+ /* run on every CPU */
+ for (i = 0; i < num_online; i++) {
+ if (!online[i])
+ continue;
+
+ topts.cpu = i;
+ topts.retval = 0;
+ err = bpf_prog_test_run_opts(prog_fd, &topts);
+ ASSERT_OK(err, "bpf_prog_test_run_opts");
+ ASSERT_EQ(topts.retval, 0, "bpf_prog_test_run_opts retval");
+ }
+
+ key = 0;
+ err = bpf_map__lookup_elem(map, &key, sizeof(key), percpu_data,
+ elem_sz * num_cpus, 0);
+ if (!ASSERT_OK(err, "bpf_map__lookup_elem"))
+ goto out;
+
+ for (i = 0; i < num_online; i++) {
+ if (!online[i])
+ continue;
+
+ data = percpu_data + i;
+ ASSERT_EQ(data->data, 1, "percpu_data->data");
+ ASSERT_TRUE(data->run, "percpu_data->run");
+ ASSERT_EQ(data->data2, 0xc0de, "percpu_data->data2");
+ }
+
+out:
+ close(comm_fd);
+ test_global_percpu_data__destroy(skel);
+ if (percpu_data)
+ free(percpu_data);
+ free(online);
+}
+
+void test_global_percpu_data_lskel(void)
+{
+ int key, prog_fd, map_fd, err, num_cpus, num_online, comm_fd = -1, i;
+ struct test_global_percpu_data__percpu *data, *percpu_data;
+ struct test_global_percpu_data_lskel *lskel = NULL;
+ __u64 args[2] = {0x1234ULL, 0x5678ULL};
+ char buf[] = "new_name";
+ bool *online;
+ LIBBPF_OPTS(bpf_test_run_opts, topts,
+ .ctx_in = args,
+ .ctx_size_in = sizeof(args),
+ .flags = BPF_F_TEST_RUN_ON_CPU,
+ );
+
+ num_cpus = libbpf_num_possible_cpus();
+ if (!ASSERT_GT(num_cpus, 0, "libbpf_num_possible_cpus"))
+ return;
+
+ err = parse_cpu_mask_file("/sys/devices/system/cpu/online",
+ &online, &num_online);
+ if (!ASSERT_OK(err, "parse_cpu_mask_file"))
+ return;
+
+ percpu_data = calloc(num_cpus, sizeof(*percpu_data));
+ if (!ASSERT_OK_PTR(percpu_data, "calloc percpu_data"))
+ goto out;
+
+ lskel = test_global_percpu_data_lskel__open();
+ if (!ASSERT_OK_PTR(lskel, "test_global_percpu_data_lskel__open"))
+ goto out;
+
+ err = test_global_percpu_data_lskel__load(lskel);
+ if (err == -EOPNOTSUPP) {
+ test__skip();
+ goto out;
+ }
+ if (!ASSERT_OK(err, "test_global_percpu_data_lskel__load"))
+ goto out;
+
+ err = test_global_percpu_data_lskel__attach(lskel);
+ if (!ASSERT_OK(err, "test_global_percpu_data_lskel__attach"))
+ goto out;
+
+ comm_fd = open("/proc/self/comm", O_WRONLY|O_TRUNC);
+ if (!ASSERT_GE(comm_fd, 0, "open /proc/self/comm"))
+ goto out;
+
+ err = write(comm_fd, buf, sizeof(buf));
+ if (!ASSERT_GE(err, 0, "task rename"))
+ goto out;
+
+ prog_fd = lskel->progs.update_percpu_data.prog_fd;
+
+ /* run on every CPU */
+ for (i = 0; i < num_online; i++) {
+ if (!online[i])
+ continue;
+
+ topts.cpu = i;
+ topts.retval = 0;
+ err = bpf_prog_test_run_opts(prog_fd, &topts);
+ ASSERT_OK(err, "bpf_prog_test_run_opts");
+ ASSERT_EQ(topts.retval, 0, "bpf_prog_test_run_opts retval");
+ }
+
+ key = 0;
+ map_fd = lskel->maps.percpu.map_fd;
+ err = bpf_map_lookup_elem(map_fd, &key, percpu_data);
+ if (!ASSERT_OK(err, "bpf_map_lookup_elem"))
+ goto out;
+
+ for (i = 0; i < num_online; i++) {
+ if (!online[i])
+ continue;
+
+ data = percpu_data + i;
+ ASSERT_EQ(data->data, 1, "percpu_data->data");
+ ASSERT_TRUE(data->run, "percpu_data->run");
+ ASSERT_EQ(data->data2, 0xc0de, "percpu_data->data2");
+ }
+
+out:
+ close(comm_fd);
+ test_global_percpu_data_lskel__destroy(lskel);
+ if (percpu_data)
+ free(percpu_data);
+ free(online);
+}
diff --git a/tools/testing/selftests/bpf/progs/test_global_percpu_data.c b/tools/testing/selftests/bpf/progs/test_global_percpu_data.c
new file mode 100644
index 0000000000000..ada292d3a164c
--- /dev/null
+++ b/tools/testing/selftests/bpf/progs/test_global_percpu_data.c
@@ -0,0 +1,20 @@
+// SPDX-License-Identifier: GPL-2.0
+/* Copyright Leon Hwang */
+#include <linux/bpf.h>
+#include <bpf/bpf_helpers.h>
+
+int data SEC(".percpu") = -1;
+int run SEC(".percpu") = 0;
+int data2 SEC(".percpu");
+
+SEC("raw_tp/task_rename")
+int update_percpu_data(struct __sk_buff *skb)
+{
+ data = 1;
+ run = 1;
+ data2 = 0xc0de;
+
+ return 0;
+}
+
+char _license[] SEC("license") = "GPL";
--
2.47.1
^ permalink raw reply related [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 4/4] selftests/bpf: Add cases to test global percpu data
2025-02-13 16:19 ` [RESEND PATCH bpf-next v2 4/4] selftests/bpf: Add cases to test " Leon Hwang
@ 2025-02-19 1:54 ` Alexei Starovoitov
2025-02-24 5:40 ` Leon Hwang
0 siblings, 1 reply; 16+ messages in thread
From: Alexei Starovoitov @ 2025-02-19 1:54 UTC (permalink / raw)
To: Leon Hwang
Cc: bpf, Alexei Starovoitov, Daniel Borkmann, Andrii Nakryiko,
Yonghong Song, Song Liu, Eddy Z, Quentin Monnet, Daniel Xu,
kernel-patches-bot
On Thu, Feb 13, 2025 at 8:20 AM Leon Hwang <leon.hwang@linux.dev> wrote:
>
> If the arch, like s390x, does not support percpu insn, this case won't
> test global percpu data by checking -EOPNOTSUPP after loading prog.
>
> The following APIs have been tested for global percpu data:
> 1. bpf_map__set_initial_value()
> 2. bpf_map__initial_value()
> 3. generated percpu struct pointer pointing to internal map's mmaped
> 4. bpf_map__lookup_elem() for global percpu data map
> 5. bpf_map__is_internal_percpu()
>
> At the same time, the case is also tested with 'bpftool gen skeleton -L'.
>
> 125 global_percpu_data_init:OK
> 126 global_percpu_data_lskel:OK
> Summary: 2/0 PASSED, 0 SKIPPED, 0 FAILED
>
> Signed-off-by: Leon Hwang <leon.hwang@linux.dev>
> ---
> tools/testing/selftests/bpf/Makefile | 2 +-
> .../bpf/prog_tests/global_data_init.c | 217 +++++++++++++++++-
> .../bpf/progs/test_global_percpu_data.c | 20 ++
> 3 files changed, 237 insertions(+), 2 deletions(-)
> create mode 100644 tools/testing/selftests/bpf/progs/test_global_percpu_data.c
>
> diff --git a/tools/testing/selftests/bpf/Makefile b/tools/testing/selftests/bpf/Makefile
> index 0d552bfcfe7da..7991de79d55c5 100644
> --- a/tools/testing/selftests/bpf/Makefile
> +++ b/tools/testing/selftests/bpf/Makefile
> @@ -503,7 +503,7 @@ LSKELS := fentry_test.c fexit_test.c fexit_sleep.c atomics.c \
>
> # Generate both light skeleton and libbpf skeleton for these
> LSKELS_EXTRA := test_ksyms_module.c test_ksyms_weak.c kfunc_call_test.c \
> - kfunc_call_test_subprog.c
> + kfunc_call_test_subprog.c test_global_percpu_data.c
> SKEL_BLACKLIST += $$(LSKELS)
>
> test_static_linked.skel.h-deps := test_static_linked1.bpf.o test_static_linked2.bpf.o
> diff --git a/tools/testing/selftests/bpf/prog_tests/global_data_init.c b/tools/testing/selftests/bpf/prog_tests/global_data_init.c
> index 8466332d7406f..5ace86a0eace7 100644
> --- a/tools/testing/selftests/bpf/prog_tests/global_data_init.c
> +++ b/tools/testing/selftests/bpf/prog_tests/global_data_init.c
> @@ -1,5 +1,8 @@
> // SPDX-License-Identifier: GPL-2.0
> #include <test_progs.h>
> +#include "bpf/libbpf_internal.h"
> +#include "test_global_percpu_data.skel.h"
> +#include "test_global_percpu_data.lskel.h"
>
> void test_global_data_init(void)
> {
> @@ -8,7 +11,7 @@ void test_global_data_init(void)
> __u8 *buff = NULL, *newval = NULL;
> struct bpf_object *obj;
> struct bpf_map *map;
> - __u32 duration = 0;
> + __u32 duration = 0;
> size_t sz;
>
> obj = bpf_object__open_file(file, NULL);
> @@ -60,3 +63,215 @@ void test_global_data_init(void)
> free(newval);
> bpf_object__close(obj);
> }
> +
> +void test_global_percpu_data_init(void)
> +{
> + struct test_global_percpu_data__percpu init_value, *init_data, *data, *percpu_data;
> + int key, prog_fd, err, num_cpus, num_online, comm_fd = -1, i;
> + struct test_global_percpu_data *skel = NULL;
> + __u64 args[2] = {0x1234ULL, 0x5678ULL};
> + size_t elem_sz, init_data_sz;
> + char buf[] = "new_name";
> + struct bpf_map *map;
> + bool *online;
> + LIBBPF_OPTS(bpf_test_run_opts, topts,
> + .ctx_in = args,
> + .ctx_size_in = sizeof(args),
> + .flags = BPF_F_TEST_RUN_ON_CPU,
> + );
> +
> + num_cpus = libbpf_num_possible_cpus();
> + if (!ASSERT_GT(num_cpus, 0, "libbpf_num_possible_cpus"))
> + return;
> +
> + err = parse_cpu_mask_file("/sys/devices/system/cpu/online",
> + &online, &num_online);
> + if (!ASSERT_OK(err, "parse_cpu_mask_file"))
> + return;
> +
> + elem_sz = sizeof(*percpu_data);
> + percpu_data = calloc(num_cpus, elem_sz);
> + if (!ASSERT_OK_PTR(percpu_data, "calloc percpu_data"))
> + goto out;
> +
> + skel = test_global_percpu_data__open();
> + if (!ASSERT_OK_PTR(skel, "test_global_percpu_data__open"))
> + goto out;
> + if (!ASSERT_OK_PTR(skel->percpu, "skel->percpu"))
> + goto out;
> +
> + ASSERT_EQ(skel->percpu->data, -1, "skel->percpu->data");
> + ASSERT_FALSE(skel->percpu->run, "skel->percpu->run");
> + ASSERT_EQ(skel->percpu->data2, 0, "skel->percpu->data2");
this will only check the value on cpu0, right?
Let's check it on all ?
> + map = skel->maps.percpu;
> + if (!ASSERT_EQ(bpf_map__type(map), BPF_MAP_TYPE_PERCPU_ARRAY, "bpf_map__type"))
> + goto out;
> + if (!ASSERT_TRUE(bpf_map__is_internal_percpu(map), "bpf_map__is_internal_percpu"))
> + goto out;
> +
> + init_value.data = 2;
> + init_value.run = false;
> + err = bpf_map__set_initial_value(map, &init_value, sizeof(init_value));
> + if (!ASSERT_OK(err, "bpf_map__set_initial_value"))
> + goto out;
> +
> + init_data = bpf_map__initial_value(map, &init_data_sz);
> + if (!ASSERT_OK_PTR(init_data, "bpf_map__initial_value"))
> + goto out;
> +
> + ASSERT_EQ(init_data->data, init_value.data, "initial_value data");
> + ASSERT_EQ(init_data->run, init_value.run, "initial_value run");
> + ASSERT_EQ(init_data_sz, sizeof(init_value), "initial_value size");
> + ASSERT_EQ((void *) init_data, (void *) skel->percpu, "skel->percpu eq init_data");
> + ASSERT_EQ(skel->percpu->data, init_value.data, "skel->percpu->data");
> + ASSERT_EQ(skel->percpu->run, init_value.run, "skel->percpu->run");
> +
> + err = test_global_percpu_data__load(skel);
> + if (err == -EOPNOTSUPP) {
> + test__skip();
> + goto out;
> + }
> + if (!ASSERT_OK(err, "test_global_percpu_data__load"))
> + goto out;
> +
> + ASSERT_NULL(skel->percpu, "NULL skel->percpu");
> +
> + err = test_global_percpu_data__attach(skel);
> + if (!ASSERT_OK(err, "test_global_percpu_data__attach"))
> + goto out;
> +
> + comm_fd = open("/proc/self/comm", O_WRONLY|O_TRUNC);
> + if (!ASSERT_GE(comm_fd, 0, "open /proc/self/comm"))
> + goto out;
> +
> + err = write(comm_fd, buf, sizeof(buf));
> + if (!ASSERT_GE(err, 0, "task rename"))
> + goto out;
> +
> + prog_fd = bpf_program__fd(skel->progs.update_percpu_data);
> +
> + /* run on every CPU */
> + for (i = 0; i < num_online; i++) {
> + if (!online[i])
> + continue;
> +
> + topts.cpu = i;
> + topts.retval = 0;
> + err = bpf_prog_test_run_opts(prog_fd, &topts);
> + ASSERT_OK(err, "bpf_prog_test_run_opts");
> + ASSERT_EQ(topts.retval, 0, "bpf_prog_test_run_opts retval");
> + }
> +
> + key = 0;
> + err = bpf_map__lookup_elem(map, &key, sizeof(key), percpu_data,
> + elem_sz * num_cpus, 0);
> + if (!ASSERT_OK(err, "bpf_map__lookup_elem"))
> + goto out;
> +
> + for (i = 0; i < num_online; i++) {
> + if (!online[i])
> + continue;
> +
> + data = percpu_data + i;
> + ASSERT_EQ(data->data, 1, "percpu_data->data");
> + ASSERT_TRUE(data->run, "percpu_data->run");
> + ASSERT_EQ(data->data2, 0xc0de, "percpu_data->data2");
> + }
> +
> +out:
> + close(comm_fd);
> + test_global_percpu_data__destroy(skel);
> + if (percpu_data)
> + free(percpu_data);
> + free(online);
> +}
> +
> +void test_global_percpu_data_lskel(void)
> +{
> + int key, prog_fd, map_fd, err, num_cpus, num_online, comm_fd = -1, i;
> + struct test_global_percpu_data__percpu *data, *percpu_data;
> + struct test_global_percpu_data_lskel *lskel = NULL;
> + __u64 args[2] = {0x1234ULL, 0x5678ULL};
> + char buf[] = "new_name";
> + bool *online;
> + LIBBPF_OPTS(bpf_test_run_opts, topts,
> + .ctx_in = args,
> + .ctx_size_in = sizeof(args),
> + .flags = BPF_F_TEST_RUN_ON_CPU,
> + );
> +
> + num_cpus = libbpf_num_possible_cpus();
> + if (!ASSERT_GT(num_cpus, 0, "libbpf_num_possible_cpus"))
> + return;
> +
> + err = parse_cpu_mask_file("/sys/devices/system/cpu/online",
> + &online, &num_online);
> + if (!ASSERT_OK(err, "parse_cpu_mask_file"))
> + return;
> +
> + percpu_data = calloc(num_cpus, sizeof(*percpu_data));
> + if (!ASSERT_OK_PTR(percpu_data, "calloc percpu_data"))
> + goto out;
> +
> + lskel = test_global_percpu_data_lskel__open();
> + if (!ASSERT_OK_PTR(lskel, "test_global_percpu_data_lskel__open"))
> + goto out;
> +
> + err = test_global_percpu_data_lskel__load(lskel);
> + if (err == -EOPNOTSUPP) {
> + test__skip();
> + goto out;
> + }
> + if (!ASSERT_OK(err, "test_global_percpu_data_lskel__load"))
> + goto out;
> +
> + err = test_global_percpu_data_lskel__attach(lskel);
> + if (!ASSERT_OK(err, "test_global_percpu_data_lskel__attach"))
> + goto out;
> +
> + comm_fd = open("/proc/self/comm", O_WRONLY|O_TRUNC);
> + if (!ASSERT_GE(comm_fd, 0, "open /proc/self/comm"))
> + goto out;
> +
> + err = write(comm_fd, buf, sizeof(buf));
> + if (!ASSERT_GE(err, 0, "task rename"))
> + goto out;
why this odd double run of bpf prog?
First via task_rename and then directly?
Only use bpf_prog_test_run_opts() and avoiding attaching to a tracepoint?
> +
> + prog_fd = lskel->progs.update_percpu_data.prog_fd;
> +
> + /* run on every CPU */
> + for (i = 0; i < num_online; i++) {
> + if (!online[i])
> + continue;
> +
> + topts.cpu = i;
> + topts.retval = 0;
> + err = bpf_prog_test_run_opts(prog_fd, &topts);
> + ASSERT_OK(err, "bpf_prog_test_run_opts");
> + ASSERT_EQ(topts.retval, 0, "bpf_prog_test_run_opts retval");
> + }
> +
> + key = 0;
> + map_fd = lskel->maps.percpu.map_fd;
> + err = bpf_map_lookup_elem(map_fd, &key, percpu_data);
> + if (!ASSERT_OK(err, "bpf_map_lookup_elem"))
> + goto out;
> +
> + for (i = 0; i < num_online; i++) {
> + if (!online[i])
> + continue;
> +
> + data = percpu_data + i;
> + ASSERT_EQ(data->data, 1, "percpu_data->data");
> + ASSERT_TRUE(data->run, "percpu_data->run");
> + ASSERT_EQ(data->data2, 0xc0de, "percpu_data->data2");
> + }
> +
> +out:
> + close(comm_fd);
> + test_global_percpu_data_lskel__destroy(lskel);
> + if (percpu_data)
> + free(percpu_data);
> + free(online);
> +}
> diff --git a/tools/testing/selftests/bpf/progs/test_global_percpu_data.c b/tools/testing/selftests/bpf/progs/test_global_percpu_data.c
> new file mode 100644
> index 0000000000000..ada292d3a164c
> --- /dev/null
> +++ b/tools/testing/selftests/bpf/progs/test_global_percpu_data.c
> @@ -0,0 +1,20 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/* Copyright Leon Hwang */
Are you sure you can do it in your country?
Often enough copyright belongs to the company you work for.
> +#include <linux/bpf.h>
> +#include <bpf/bpf_helpers.h>
> +
> +int data SEC(".percpu") = -1;
> +int run SEC(".percpu") = 0;
> +int data2 SEC(".percpu");
Pls add u8, array of ints and struct { .. } vars for completeness.
pw-bot: cr
^ permalink raw reply [flat|nested] 16+ messages in thread* Re: [RESEND PATCH bpf-next v2 4/4] selftests/bpf: Add cases to test global percpu data
2025-02-19 1:54 ` Alexei Starovoitov
@ 2025-02-24 5:40 ` Leon Hwang
0 siblings, 0 replies; 16+ messages in thread
From: Leon Hwang @ 2025-02-24 5:40 UTC (permalink / raw)
To: Alexei Starovoitov
Cc: bpf, Alexei Starovoitov, Daniel Borkmann, Andrii Nakryiko,
Yonghong Song, Song Liu, Eddy Z, Quentin Monnet, Daniel Xu,
kernel-patches-bot
On 2025/2/19 09:54, Alexei Starovoitov wrote:
> On Thu, Feb 13, 2025 at 8:20 AM Leon Hwang <leon.hwang@linux.dev> wrote:
>>
[...]
>> +
>> + ASSERT_EQ(skel->percpu->data, -1, "skel->percpu->data");
>> + ASSERT_FALSE(skel->percpu->run, "skel->percpu->run");
>> + ASSERT_EQ(skel->percpu->data2, 0, "skel->percpu->data2");
>
> this will only check the value on cpu0, right?
> Let's check it on all ?
>
skel->percpu keeps only one image of the initial .percpu data for all CPUs.
Then, before .percpu map's bpf_map_update_elem(), libbpf prepares a
def.value_sz*num_cpus bytes buffer and fills the buffer with
skel->percpu, which is same as map->mmaped.
>> + map = skel->maps.percpu;
>> + if (!ASSERT_EQ(bpf_map__type(map), BPF_MAP_TYPE_PERCPU_ARRAY, "bpf_map__type"))
>> + goto out;
>> + if (!ASSERT_TRUE(bpf_map__is_internal_percpu(map), "bpf_map__is_internal_percpu"))
>> + goto out;
>> +
>> + init_value.data = 2;
>> + init_value.run = false;
>> + err = bpf_map__set_initial_value(map, &init_value, sizeof(init_value));
>> + if (!ASSERT_OK(err, "bpf_map__set_initial_value"))
>> + goto out;
>> +
>> + init_data = bpf_map__initial_value(map, &init_data_sz);
>> + if (!ASSERT_OK_PTR(init_data, "bpf_map__initial_value"))
>> + goto out;
>> +
[...]
>> +
>> + comm_fd = open("/proc/self/comm", O_WRONLY|O_TRUNC);
>> + if (!ASSERT_GE(comm_fd, 0, "open /proc/self/comm"))
>> + goto out;
>> +
>> + err = write(comm_fd, buf, sizeof(buf));
>> + if (!ASSERT_GE(err, 0, "task rename"))
>> + goto out;
>
> why this odd double run of bpf prog?
> First via task_rename and then directly?
> Only use bpf_prog_test_run_opts() and avoiding attaching to a tracepoint?
>
Oh, sorry. I copied it from raw_tp blindly.
I'll remove task_rename in patch v3.
>> +
>> + prog_fd = lskel->progs.update_percpu_data.prog_fd;
>> +
>> + /* run on every CPU */
>> + for (i = 0; i < num_online; i++) {
>> + if (!online[i])
>> + continue;
>> +
>> + topts.cpu = i;
>> + topts.retval = 0;
>> + err = bpf_prog_test_run_opts(prog_fd, &topts);
>> + ASSERT_OK(err, "bpf_prog_test_run_opts");
>> + ASSERT_EQ(topts.retval, 0, "bpf_prog_test_run_opts retval");
>> + }
>> +
>> + key = 0;
>> + map_fd = lskel->maps.percpu.map_fd;
>> + err = bpf_map_lookup_elem(map_fd, &key, percpu_data);
>> + if (!ASSERT_OK(err, "bpf_map_lookup_elem"))
>> + goto out;
>> +
>> + for (i = 0; i < num_online; i++) {
>> + if (!online[i])
>> + continue;
>> +
>> + data = percpu_data + i;
>> + ASSERT_EQ(data->data, 1, "percpu_data->data");
>> + ASSERT_TRUE(data->run, "percpu_data->run");
>> + ASSERT_EQ(data->data2, 0xc0de, "percpu_data->data2");
>> + }
>> +
>> +out:
>> + close(comm_fd);
>> + test_global_percpu_data_lskel__destroy(lskel);
>> + if (percpu_data)
>> + free(percpu_data);
>> + free(online);
>> +}
>> diff --git a/tools/testing/selftests/bpf/progs/test_global_percpu_data.c b/tools/testing/selftests/bpf/progs/test_global_percpu_data.c
>> new file mode 100644
>> index 0000000000000..ada292d3a164c
>> --- /dev/null
>> +++ b/tools/testing/selftests/bpf/progs/test_global_percpu_data.c
>> @@ -0,0 +1,20 @@
>> +// SPDX-License-Identifier: GPL-2.0
>> +/* Copyright Leon Hwang */
>
> Are you sure you can do it in your country?
> Often enough copyright belongs to the company you work for.
>
I don't think I should put my company name here, because this patch is
done at my spare time, not for my company at work time.
>> +#include <linux/bpf.h>
>> +#include <bpf/bpf_helpers.h>
>> +
>> +int data SEC(".percpu") = -1;
>> +int run SEC(".percpu") = 0;
>> +int data2 SEC(".percpu");
>
> Pls add u8, array of ints and struct { .. } vars for completeness.
>
After adding char, it hits a clang-17 BUG:
2025-02-23T13:32:30.6128324Z fatal error: error in backend: unable to
write nop sequence of 3 bytes
2025-02-23T13:32:30.6129623Z PLEASE submit a bug report to
https://github.com/llvm/llvm-project/issues/ and include the crash
backtrace, preprocessed source, and associated run script.
2025-02-23T13:32:30.6130688Z Stack dump:
2025-02-23T13:32:30.6135010Z 0. Program arguments: clang-17 -g -Wall
-Werror -D__TARGET_ARCH_arm64 -mlittle-endian
-I/tmp/work/bpf/bpf/tools/testing/selftests/bpf/tools/include
-I/tmp/work/bpf/bpf/tools/testing/selftests/bpf
-I/tmp/work/bpf/bpf/tools/include/uapi
-I/tmp/work/bpf/bpf/tools/testing/selftests/usr/include -std=gnu11
-fno-strict-aliasing -Wno-compare-distinct-pointer-types -idirafter
/usr/lib/llvm-17/lib/clang/17/include -idirafter /usr/local/include
-idirafter /usr/include/aarch64-linux-gnu -idirafter /usr/include
-DENABLE_ATOMICS_TESTS -O2 --target=bpfel -c
progs/test_global_percpu_data.c -mcpu=v3 -o
/tmp/work/bpf/bpf/tools/testing/selftests/bpf/test_global_percpu_data.bpf.o
2025-02-23T13:32:30.6139287Z 1. <eof> parser at end of file
2025-02-23T13:32:30.6139669Z 2. Code generation
2025-02-23T13:32:30.6140548Z Stack dump without symbol names (ensure you
have llvm-symbolizer in your PATH or set the environment var
`LLVM_SYMBOLIZER_PATH` to point to it):
2025-02-23T13:32:30.6155286Z CLNG-BPF [test_progs]
test_ksyms_btf_null_check.bpf.o
2025-02-23T13:32:30.6183127Z CLNG-BPF [test_progs]
test_ksyms_btf_write_check.bpf.o
2025-02-23T13:32:30.6246698Z 0 libLLVM-17.so.1 0x0000ffffb2b64654
llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) + 84
2025-02-23T13:32:30.6250241Z 1 libLLVM-17.so.1 0x0000ffffb2b62890
llvm::sys::RunSignalHandlers() + 116
2025-02-23T13:32:30.6253698Z 2 libLLVM-17.so.1 0x0000ffffb2ab73a0
2025-02-23T13:32:30.6257316Z 3 libLLVM-17.so.1 0x0000ffffb2ab734c
2025-02-23T13:32:30.6261230Z 4 libLLVM-17.so.1 0x0000ffffb2b5f3dc
llvm::sys::Process::Exit(int, bool) + 52
2025-02-23T13:32:30.6261860Z 5 clang-17 0x0000aaaae8ff2210
2025-02-23T13:32:30.6265004Z 6 libLLVM-17.so.1 0x0000ffffb2ac4ea0
llvm::report_fatal_error(llvm::Twine const&, bool) + 252
2025-02-23T13:32:30.6270377Z 7 libLLVM-17.so.1 0x0000ffffb3fb92c8
llvm::MCAssembler::writeSectionData(llvm::raw_ostream&, llvm::MCSection
const*, llvm::MCAsmLayout const&) const + 3324
2025-02-23T13:32:30.6274705Z 8 libLLVM-17.so.1 0x0000ffffb3fa44fc
2025-02-23T13:32:30.6279671Z 9 libLLVM-17.so.1 0x0000ffffb3fa2fc8
2025-02-23T13:32:30.6284761Z 10 libLLVM-17.so.1 0x0000ffffb3fb9af0
llvm::MCAssembler::Finish() + 92
2025-02-23T13:32:30.6289758Z 11 libLLVM-17.so.1 0x0000ffffb3fd73e4
llvm::MCELFStreamer::finishImpl() + 204
2025-02-23T13:32:30.6294422Z 12 libLLVM-17.so.1 0x0000ffffb337f408
llvm::AsmPrinter::doFinalization(llvm::Module&) + 4812
2025-02-23T13:32:30.6298295Z 13 libLLVM-17.so.1 0x0000ffffb2cb79e4
llvm::FPPassManager::doFinalization(llvm::Module&) + 76
2025-02-23T13:32:30.6302285Z 14 libLLVM-17.so.1 0x0000ffffb2cb2564
llvm::legacy::PassManagerImpl::run(llvm::Module&) + 1004
2025-02-23T13:32:30.6308831Z 15 libclang-cpp.so.17 0x0000ffffbabaacdc
clang::EmitBackendOutput(clang::DiagnosticsEngine&,
clang::HeaderSearchOptions const&, clang::CodeGenOptions const&,
clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef,
llvm::Module*, clang::BackendAction,
llvm::IntrusiveRefCntPtr<llvm::vfs::FileSystem>,
std::unique_ptr<llvm::raw_pwrite_stream,
std::default_delete<llvm::raw_pwrite_stream>>) + 2560
2025-02-23T13:32:30.6311547Z 16 libclang-cpp.so.17 0x0000ffffbaeb387c
2025-02-23T13:32:30.6314141Z 17 libclang-cpp.so.17 0x0000ffffb9be5240
clang::ParseAST(clang::Sema&, bool, bool) + 572
2025-02-23T13:32:30.6318163Z 18 libclang-cpp.so.17 0x0000ffffbb8744a4
clang::FrontendAction::Execute() + 116
2025-02-23T13:32:30.6322561Z 19 libclang-cpp.so.17 0x0000ffffbb804cb8
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) + 768
2025-02-23T13:32:30.6326549Z 20 libclang-cpp.so.17 0x0000ffffbb8edc44
clang::ExecuteCompilerInvocation(clang::CompilerInstance*) + 528
2025-02-23T13:32:30.6327641Z 21 clang-17 0x0000aaaae8ff1e44
cc1_main(llvm::ArrayRef<char const*>, char const*, void*) + 2016
2025-02-23T13:32:30.6328373Z 22 clang-17 0x0000aaaae8fefe7c
2025-02-23T13:32:30.6330474Z 23 libclang-cpp.so.17 0x0000ffffbb50776c
2025-02-23T13:32:30.6333026Z CLNG-BPF [test_progs] test_ksyms.bpf.o
2025-02-23T13:32:30.6334773Z 24 libLLVM-17.so.1 0x0000ffffb2ab731c
llvm::CrashRecoveryContext::RunSafely(llvm::function_ref<void ()>) + 168
2025-02-23T13:32:30.6339524Z 25 libclang-cpp.so.17 0x0000ffffbb506e74
clang::driver::CC1Command::Execute(llvm::ArrayRef<std::optional<llvm::StringRef>>,
std::__cxx11::basic_string<char, std::char_traits<char>,
std::allocator<char>>*, bool*) const + 348
2025-02-23T13:32:30.6343604Z 26 libclang-cpp.so.17 0x0000ffffbb4d5d08
clang::driver::Compilation::ExecuteCommand(clang::driver::Command
const&, clang::driver::Command const*&, bool) const + 760
2025-02-23T13:32:30.6348046Z 27 libclang-cpp.so.17 0x0000ffffbb4d5f18
clang::driver::Compilation::ExecuteJobs(clang::driver::JobList const&,
llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&,
bool) const + 140
2025-02-23T13:32:30.6352317Z 28 libclang-cpp.so.17 0x0000ffffbb4edc18
clang::driver::Driver::ExecuteCompilation(clang::driver::Compilation&,
llvm::SmallVectorImpl<std::pair<int, clang::driver::Command const*>>&) + 340
2025-02-23T13:32:30.6353837Z 29 clang-17 0x0000aaaae8fef5f0
clang_main(int, char**, llvm::ToolContext const&) + 9904
2025-02-23T13:32:30.6354564Z 30 clang-17 0x0000aaaae8ffa868
main + 52
2025-02-23T13:32:30.6355047Z 31 libc.so.6 0x0000ffffb19784c4
2025-02-23T13:32:30.6355559Z 32 libc.so.6 0x0000ffffb1978598
__libc_start_main + 152
2025-02-23T13:32:30.6356118Z 33 clang-17 0x0000aaaae8fecb70
_start + 48
2025-02-23T13:32:30.6356859Z clang-17: error: clang frontend command
failed with exit code 70 (use -v to see invocation)
For more details, pls check the failed jobs at
https://github.com/kernel-patches/bpf/pull/8543
Thanks,
Leon
^ permalink raw reply [flat|nested] 16+ messages in thread