diff mbox series

[bpf-next,2/5] bpftool: Fix bug for long instructions in program CFG dumps

Message ID 20230324230209.161008-3-quentin@isovalent.com (mailing list archive)
State Superseded
Delegated to: BPF
Headers show
Series bpftool: Add inline annotations when dumping program CFGs | expand

Checks

Context Check Description
bpf/vmtest-bpf-next-PR success PR summary
netdev/series_format success Posting correctly formatted
netdev/tree_selection success Clearly marked for bpf-next
netdev/fixes_present success Fixes tag not required for -next series
netdev/header_inline success No static functions without inline keyword in header files
netdev/build_32bit success Errors and warnings before: 20 this patch: 20
netdev/cc_maintainers fail 2 blamed authors not CCed: kuba@kernel.org jiong.wang@netronome.com; 4 maintainers not CCed: kuba@kernel.org jiong.wang@netronome.com martin.lau@linux.dev song@kernel.org
netdev/build_clang success Errors and warnings before: 18 this patch: 18
netdev/verify_signedoff success Signed-off-by tag matches author and committer
netdev/deprecated_api success None detected
netdev/check_selftest success No net selftest shell script
netdev/verify_fixes success Fixes tag looks correct
netdev/build_allmodconfig_warn success Errors and warnings before: 20 this patch: 20
netdev/checkpatch success total: 0 errors, 0 warnings, 0 checks, 15 lines checked
netdev/kdoc success Errors and warnings before: 0 this patch: 0
netdev/source_inline success Was 0 now: 0
bpf/vmtest-bpf-next-VM_Test-1 success Logs for ShellCheck
bpf/vmtest-bpf-next-VM_Test-7 success Logs for set-matrix
bpf/vmtest-bpf-next-VM_Test-5 success Logs for build for x86_64 with gcc
bpf/vmtest-bpf-next-VM_Test-6 success Logs for build for x86_64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-3 success Logs for build for aarch64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-2 success Logs for build for aarch64 with gcc
bpf/vmtest-bpf-next-VM_Test-4 success Logs for build for s390x with gcc
bpf/vmtest-bpf-next-VM_Test-11 success Logs for test_maps on x86_64 with gcc
bpf/vmtest-bpf-next-VM_Test-12 success Logs for test_maps on x86_64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-23 success Logs for test_progs_no_alu32_parallel on aarch64 with gcc
bpf/vmtest-bpf-next-VM_Test-24 success Logs for test_progs_no_alu32_parallel on aarch64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-25 success Logs for test_progs_no_alu32_parallel on x86_64 with gcc
bpf/vmtest-bpf-next-VM_Test-26 success Logs for test_progs_no_alu32_parallel on x86_64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-27 success Logs for test_progs_parallel on aarch64 with gcc
bpf/vmtest-bpf-next-VM_Test-28 success Logs for test_progs_parallel on aarch64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-29 success Logs for test_progs_parallel on x86_64 with gcc
bpf/vmtest-bpf-next-VM_Test-30 success Logs for test_progs_parallel on x86_64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-31 success Logs for test_verifier on aarch64 with gcc
bpf/vmtest-bpf-next-VM_Test-32 success Logs for test_verifier on aarch64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-34 success Logs for test_verifier on x86_64 with gcc
bpf/vmtest-bpf-next-VM_Test-35 success Logs for test_verifier on x86_64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-8 success Logs for test_maps on aarch64 with gcc
bpf/vmtest-bpf-next-VM_Test-9 success Logs for test_maps on aarch64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-13 success Logs for test_progs on aarch64 with gcc
bpf/vmtest-bpf-next-VM_Test-14 success Logs for test_progs on aarch64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-16 success Logs for test_progs on x86_64 with gcc
bpf/vmtest-bpf-next-VM_Test-17 success Logs for test_progs on x86_64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-18 success Logs for test_progs_no_alu32 on aarch64 with gcc
bpf/vmtest-bpf-next-VM_Test-19 success Logs for test_progs_no_alu32 on aarch64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-21 fail Logs for test_progs_no_alu32 on x86_64 with gcc
bpf/vmtest-bpf-next-VM_Test-22 success Logs for test_progs_no_alu32 on x86_64 with llvm-16
bpf/vmtest-bpf-next-VM_Test-33 success Logs for test_verifier on s390x with gcc
bpf/vmtest-bpf-next-VM_Test-20 success Logs for test_progs_no_alu32 on s390x with gcc
bpf/vmtest-bpf-next-VM_Test-15 success Logs for test_progs on s390x with gcc
bpf/vmtest-bpf-next-VM_Test-10 success Logs for test_maps on s390x with gcc

Commit Message

Quentin Monnet March 24, 2023, 11:02 p.m. UTC
When dumping the control flow graphs for programs using the 16-byte long
load instruction, we need to skip the second part of this instruction
when looking for the next instruction to process. Otherwise, we end up
printing "BUG_ld_00" from the kernel disassembler in the CFG.

Fixes: efcef17a6d65 ("tools: bpftool: generate .dot graph from CFG information")
Signed-off-by: Quentin Monnet <quentin@isovalent.com>
---
 tools/bpf/bpftool/xlated_dumper.c | 7 +++++++
 1 file changed, 7 insertions(+)

Comments

Stanislav Fomichev March 25, 2023, 2:54 a.m. UTC | #1
On 03/24, Quentin Monnet wrote:
> When dumping the control flow graphs for programs using the 16-byte long
> load instruction, we need to skip the second part of this instruction
> when looking for the next instruction to process. Otherwise, we end up
> printing "BUG_ld_00" from the kernel disassembler in the CFG.

> Fixes: efcef17a6d65 ("tools: bpftool: generate .dot graph from CFG  
> information")
> Signed-off-by: Quentin Monnet <quentin@isovalent.com>
> ---
>   tools/bpf/bpftool/xlated_dumper.c | 7 +++++++
>   1 file changed, 7 insertions(+)

> diff --git a/tools/bpf/bpftool/xlated_dumper.c  
> b/tools/bpf/bpftool/xlated_dumper.c
> index 6fe3134ae45d..3daa05d9bbb7 100644
> --- a/tools/bpf/bpftool/xlated_dumper.c
> +++ b/tools/bpf/bpftool/xlated_dumper.c
> @@ -372,8 +372,15 @@ void dump_xlated_for_graph(struct dump_data *dd,  
> void *buf_start, void *buf_end,
>   	struct bpf_insn *insn_start = buf_start;
>   	struct bpf_insn *insn_end = buf_end;
>   	struct bpf_insn *cur = insn_start;
> +	bool double_insn = false;

>   	for (; cur <= insn_end; cur++) {
> +		if (double_insn) {
> +			double_insn = false;
> +			continue;
> +		}
> +		double_insn = cur->code == (BPF_LD | BPF_IMM | BPF_DW);
> +
>   		printf("% 4d: ", (int)(cur - insn_start + start_idx));
>   		print_bpf_insn(&cbs, cur, true);
>   		if (cur != insn_end)

Any reason not to do the following here instead?

	if (cur->code == (BPF_LD | BPF_IMM | BPF_DW))
		cur++;

> --
> 2.34.1
Quentin Monnet March 27, 2023, 10:30 a.m. UTC | #2
2023-03-24 19:54 UTC-0700 ~ Stanislav Fomichev <sdf@google.com>
> On 03/24, Quentin Monnet wrote:
>> When dumping the control flow graphs for programs using the 16-byte long
>> load instruction, we need to skip the second part of this instruction
>> when looking for the next instruction to process. Otherwise, we end up
>> printing "BUG_ld_00" from the kernel disassembler in the CFG.
> 
>> Fixes: efcef17a6d65 ("tools: bpftool: generate .dot graph from CFG
>> information")
>> Signed-off-by: Quentin Monnet <quentin@isovalent.com>
>> ---
>>   tools/bpf/bpftool/xlated_dumper.c | 7 +++++++
>>   1 file changed, 7 insertions(+)
> 
>> diff --git a/tools/bpf/bpftool/xlated_dumper.c
>> b/tools/bpf/bpftool/xlated_dumper.c
>> index 6fe3134ae45d..3daa05d9bbb7 100644
>> --- a/tools/bpf/bpftool/xlated_dumper.c
>> +++ b/tools/bpf/bpftool/xlated_dumper.c
>> @@ -372,8 +372,15 @@ void dump_xlated_for_graph(struct dump_data *dd,
>> void *buf_start, void *buf_end,
>>       struct bpf_insn *insn_start = buf_start;
>>       struct bpf_insn *insn_end = buf_end;
>>       struct bpf_insn *cur = insn_start;
>> +    bool double_insn = false;
> 
>>       for (; cur <= insn_end; cur++) {
>> +        if (double_insn) {
>> +            double_insn = false;
>> +            continue;
>> +        }
>> +        double_insn = cur->code == (BPF_LD | BPF_IMM | BPF_DW);
>> +
>>           printf("% 4d: ", (int)(cur - insn_start + start_idx));
>>           print_bpf_insn(&cbs, cur, true);
>>           if (cur != insn_end)
> 
> Any reason not to do the following here instead?
> 
>     if (cur->code == (BPF_LD | BPF_IMM | BPF_DW))
>         cur++;

Yes, I reuse double_insn in patch 5 to print the last 8 raw bytes of the
instruction if "opcodes" is passed. I could make it work with your
suggestion too, but would likely have to test "cur->code" a second time,
I'm not sure we'd gain in readability overall. I'll keep the variable
for v2.
diff mbox series

Patch

diff --git a/tools/bpf/bpftool/xlated_dumper.c b/tools/bpf/bpftool/xlated_dumper.c
index 6fe3134ae45d..3daa05d9bbb7 100644
--- a/tools/bpf/bpftool/xlated_dumper.c
+++ b/tools/bpf/bpftool/xlated_dumper.c
@@ -372,8 +372,15 @@  void dump_xlated_for_graph(struct dump_data *dd, void *buf_start, void *buf_end,
 	struct bpf_insn *insn_start = buf_start;
 	struct bpf_insn *insn_end = buf_end;
 	struct bpf_insn *cur = insn_start;
+	bool double_insn = false;
 
 	for (; cur <= insn_end; cur++) {
+		if (double_insn) {
+			double_insn = false;
+			continue;
+		}
+		double_insn = cur->code == (BPF_LD | BPF_IMM | BPF_DW);
+
 		printf("% 4d: ", (int)(cur - insn_start + start_idx));
 		print_bpf_insn(&cbs, cur, true);
 		if (cur != insn_end)