From: Yonghong Song <yhs@fb.com>
To: Arnaldo Carvalho de Melo <arnaldo.melo@gmail.com>,
<dwarves@vger.kernel.org>
Cc: Alexei Starovoitov <ast@kernel.org>,
Andrii Nakryiko <andrii@kernel.org>, <bpf@vger.kernel.org>,
Daniel Borkmann <daniel@iogearbox.net>, <kernel-team@fb.com>
Subject: [PATCH dwarves 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
Date: Wed, 11 May 2022 15:02:49 -0700 [thread overview]
Message-ID: <20220511220249.525908-1-yhs@fb.com> (raw)
In-Reply-To: <20220511220243.525215-1-yhs@fb.com>
With latest llvm15 built kernel (make -j LLVM=1), I hit the following
error when build selftests (make -C tools/testing/selftests/bpf -j LLVM=1):
In file included from skeleton/pid_iter.bpf.c:3:
.../selftests/bpf/tools/build/bpftool/vmlinux.h:84050:9: error: unknown type name
'__builtin_va_list___2'; did you mean '__builtin_va_list'?
typedef __builtin_va_list___2 va_list___2;
^~~~~~~~~~~~~~~~~~~~~
__builtin_va_list
note: '__builtin_va_list' declared here
In file included from skeleton/profiler.bpf.c:3:
.../selftests/bpf/tools/build/bpftool/vmlinux.h:84050:9: error: unknown type name
'__builtin_va_list__ _2'; did you mean '__builtin_va_list'?
typedef __builtin_va_list___2 va_list___2;
^~~~~~~~~~~~~~~~~~~~~
__builtin_va_list
note: '__builtin_va_list' declared here
The error can be easily explained with after-dedup vmlinux btf:
[21] INT 'int' size=4 bits_offset=0 nr_bits=32 encoding=SIGNED
[2300] STRUCT '__va_list_tag' size=24 vlen=4
'gp_offset' type_id=2 bits_offset=0
'fp_offset' type_id=2 bits_offset=32
'overflow_arg_area' type_id=32 bits_offset=64
'reg_save_area' type_id=32 bits_offset=128
[2308] TYPEDEF 'va_list' type_id=2309
[2309] TYPEDEF '__builtin_va_list' type_id=2310
[2310] ARRAY '(anon)' type_id=2300 index_type_id=21 nr_elems=1
[5289] PTR '(anon)' type_id=2308
[158520] STRUCT 'warn_args' size=32 vlen=2
'fmt' type_id=14 bits_offset=0
'args' type_id=2308 bits_offset=64
[27299] INT '__ARRAY_SIZE_TYPE__' size=4 bits_offset=0 nr_bits=32 encoding=(none)
[34590] TYPEDEF '__builtin_va_list' type_id=34591
[34591] ARRAY '(anon)' type_id=2300 index_type_id=27299 nr_elems=1
The typedef __builtin_va_list is a builtin type for the compiler.
In the above case, two typedef __builtin_va_list are generated.
The reason is due to different array index_type_id. This happened
when pahole is running with more than one jobs when parsing dwarf
and generating btfs.
Function btf_encoder__encode_cu() is used to do btf encoding for
each cu. The function will try to find an "int" type for the cu
if it is available, otherwise, it will create a special type
with name __ARRAY_SIZE_TYPE__. For example,
file1: yes 'int' type
file2: no 'int' type
In serial mode, file1 is processed first, followed by file2.
both will have 'int' type as the array index type since file2
will inherit the index type from file1.
In parallel mode though, arrays in file1 will have index type 'int',
and arrays in file2 wil have index type '__ARRAY_SIZE_TYPE__'.
This will prevent some legitimate dedup and may have generated
vmlinux.h having compilation error.
This patch fixed the issue by normalizing all array_index types
to be the first array_index type in the whole btf.
Signed-off-by: Yonghong Song <yhs@fb.com>
---
btf_encoder.c | 24 +++++++++++++++++++++---
btf_encoder.h | 2 +-
pahole.c | 2 +-
3 files changed, 23 insertions(+), 5 deletions(-)
diff --git a/btf_encoder.c b/btf_encoder.c
index 1a42094..6164a3d 100644
--- a/btf_encoder.c
+++ b/btf_encoder.c
@@ -1056,17 +1056,35 @@ out:
return err;
}
-int btf_encoder__encode(struct btf_encoder *encoder)
+int btf_encoder__encode(struct btf_encoder *encoder, bool normalize_array_index_tid)
{
- int err;
+ int i, err, nr_types, index_type_id = 0;
if (gobuffer__size(&encoder->percpu_secinfo) != 0)
btf_encoder__add_datasec(encoder, PERCPU_SECTION);
/* Empty file, nothing to do, so... done! */
- if (btf__type_cnt(encoder->btf) == 1)
+ nr_types = btf__type_cnt(encoder->btf);
+ if (nr_types == 1)
return 0;
+ if (normalize_array_index_tid) {
+ for (i = 1; i < nr_types; i++) {
+ /* remove the 'const' qualifier so the index_type can be changed. */
+ struct btf_type *t = (struct btf_type *)btf__type_by_id(encoder->btf, i);
+ struct btf_array *arr_info;
+
+ if (!btf_is_array(t))
+ continue;
+
+ arr_info = btf_array(t);
+ if (index_type_id == 0)
+ index_type_id = arr_info->index_type;
+ else
+ arr_info->index_type = index_type_id;
+ }
+ }
+
if (btf__dedup(encoder->btf, NULL)) {
fprintf(stderr, "%s: btf__dedup failed!\n", __func__);
return -1;
diff --git a/btf_encoder.h b/btf_encoder.h
index 339fae2..9a4c79e 100644
--- a/btf_encoder.h
+++ b/btf_encoder.h
@@ -19,7 +19,7 @@ struct list_head;
struct btf_encoder *btf_encoder__new(struct cu *cu, const char *detached_filename, struct btf *base_btf, bool skip_encoding_vars, bool force, bool gen_floats, bool verbose);
void btf_encoder__delete(struct btf_encoder *encoder);
-int btf_encoder__encode(struct btf_encoder *encoder);
+int btf_encoder__encode(struct btf_encoder *encoder, bool normalize_array_index_tid);
int btf_encoder__encode_cu(struct btf_encoder *encoder, struct cu *cu);
diff --git a/pahole.c b/pahole.c
index 78caa08..2c3b2ac 100644
--- a/pahole.c
+++ b/pahole.c
@@ -3530,7 +3530,7 @@ try_sole_arg_as_class_names:
header = NULL;
if (btf_encode && btf_encoder) { // maybe all CUs were filtered out and thus we don't have an encoder?
- err = btf_encoder__encode(btf_encoder);
+ err = btf_encoder__encode(btf_encoder, conf_load.nr_jobs > 1);
if (err) {
fputs("Failed to encode BTF\n", stderr);
goto out_cus_delete;
--
2.30.2
next prev parent reply other threads:[~2022-05-11 22:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-11 22:02 [PATCH dwarves 1/2] libbpf: Sync with latest libbpf repo Yonghong Song
2022-05-11 22:02 ` Yonghong Song [this message]
2022-05-12 0:32 ` [PATCH dwarves 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case Andrii Nakryiko
2022-05-12 4:12 ` Yonghong Song
2022-05-12 22:49 ` Andrii Nakryiko
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=20220511220249.525908-1-yhs@fb.com \
--to=yhs@fb.com \
--cc=andrii@kernel.org \
--cc=arnaldo.melo@gmail.com \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=dwarves@vger.kernel.org \
--cc=kernel-team@fb.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox