Re: [PATCH bpf-next 1/5] bpf: do not print a newline after disassembly in bpf_verbose_insn()
Eduard Zingerman <[email protected]> Fri, 31 Jul 2026 14:12:34 -0700
| Newsgroups | org.kernel.vger.bpf |
|---|---|
| Message-ID | <[email protected]> |
On Fri, 2026-07-31 at 20:24 +0000, [email protected] wrote: > > diff --git a/tools/bpf/bpftool/xlated_dumper.c b/tools/bpf/bpftool/xlated_dumper.c > > index 5e7cb8b36fef2..7b33d847d800c 100644 > > --- a/tools/bpf/bpftool/xlated_dumper.c > > +++ b/tools/bpf/bpftool/xlated_dumper.c > > [ ... ] > > > @@ -417,6 +412,7 @@ void dump_xlated_for_graph(struct dump_data *dd, void *buf_start, void *buf_end, > > > > printf("%u: ", insn_off); > > print_bpf_insn(&cbs, cur, true); > > + printf("\\l\\\n"); > > > > if (opcodes) { > > printf("\\ \\ \\ \\ "); > > This isn't a bug, but now that no disasm.c format string carries a > newline and dump_xlated_for_graph() emits "\\l\\\n" itself, is the > '\n' arm of print_insn_for_graph() still reachable? It is a dead code and it should be removed. ...