The DWARVES Debugging Tools
[Prev Page][Next Page]
- Re: [PATCH 1/1 v2] dwarves_fprintf: Handle pointer qualifiers correctly
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [PATCH 1/1 v2] dwarves_fprintf: Handle pointer qualifiers correctly
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH v2 dwarves 3/3] tests: add test validating BTF encoding, reasons we skip functions
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v3 dwarves 3/3] tests: add test validating BTF encoding, reasons we skip functions
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v3 dwarves 2/3] pfunct: show all functions that match filter criteria
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v3 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v3 dwarves 0/3] reduce memory overhead of BTF encoding
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [PATCH v2 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH v2 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Ihor Solodrai <ihor.solodrai@xxxxx>
- Re: [PATCH v2 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH v2 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH v2 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [PATCH v2 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves v2 4/4] btf_encoder: add global_var feature to encode globals
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves v2 3/4] btf_encoder: cache all ELF section info
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves v2 2/4] dwarf_loader: add "artificial" and "top_level" variable flags
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves v2 0/4] Emit global variables in BTF
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves v2 1/4] dutil: return ELF section name when looked up by index
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH dwarves 4/4] btf_encoder: add global_var feature to encode globals
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH 1/1 v2] dwarves_fprintf: Handle pointer qualifiers correctly
- From: Will Hawkins <hawkinsw@xxxxxx>
- [PATCH 0/1 v2] Handle printing pointer modifiers correctly
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [PATCH v2 dwarves 3/3] tests: add test validating BTF encoding, reasons we skip functions
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v1] pahole: generate "bpf_fastcall" decl tags for eligible kfuncs
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves v1] pahole: generate "bpf_fastcall" decl tags for eligible kfuncs
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v2 dwarves 3/3] tests: add test validating BTF encoding, reasons we skip functions
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v2 dwarves 2/3] pfunct: show all functions that match filter criteria
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v2 dwarves 1/3] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v2 dwarves 0/3] reduce memory overhead of BTF encoding
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves v1] pahole: generate "bpf_fastcall" decl tags for eligible kfuncs
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves v1] pahole: generate "bpf_fastcall" decl tags for eligible kfuncs
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves v1] pahole: generate "bpf_fastcall" decl tags for eligible kfuncs
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves 4/4] btf_encoder: add global_var feature to encode globals
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves 3/4] btf_encoder: cache all ELF section info
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves 2/4] dwarf_loader: add "artificial" and "top_level" variable flags
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH dwarves 1/4] dutil: return ELF section name when looked up by index
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH dwarves 3/4] btf_encoder: cache all ELF section info
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH dwarves 3/4] btf_encoder: cache all ELF section info
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves 2/4] dwarf_loader: add "artificial" and "top_level" variable flags
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves 1/4] dutil: return ELF section name when looked up by index
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH 1/1] dwarves_fprintf: Handle pointer modifiers correctly
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 3/4] btf_encoder: cache all ELF section info
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 1/4] dutil: return ELF section name when looked up by index
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 0/4] Emit global variables in BTF
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 4/4] btf_encoder: add global_var feature to encode globals
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 2/4] dwarf_loader: add "artificial" and "top_level" variable flags
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: Adding new fields to xsk_tx_metadata
- From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
- Adding new fields to xsk_tx_metadata
- From: tianmuyang <tianmuyang@xxxxxxxxxx>
- Re: [RFC dwarves] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RFC dwarves] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- [RFC dwarves] btf_encoder: record BTF-centric function state instead of DWARF-centric
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH 0/1] Handle printing pointer modifiers correctly
- From: Will Hawkins <hawkinsw@xxxxxx>
- [PATCH 1/1] dwarves_fprintf: Handle pointer modifiers correctly
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Jiri Slaby <jirislaby@xxxxxxxxxx>
- Re: [PATCH v2] dwarf_loader: Fix memleaks in creating cus
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH v2] dwarf_loader: Fix memleaks in creating cus
- From: Viktor Malik <vmalik@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves] pahole: Sync with latest in-progress libbpf-1.5
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: Fix memleak in dwarf_cus__create_cu
- From: Viktor Malik <vmalik@xxxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: Fix memleak in dwarf_cus__create_cu
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves] dwarf_loader: Fix memleak in dwarf_cus__create_cu
- From: Viktor Malik <vmalik@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Song Liu <songliubraving@xxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- FYI: CI regression on big-endian arch (s390) after recent pahole changes
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH 1/1] pahole: Add option to obtain a vmlinux matching the running kernel
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH 1/1] pahole: Add option to obtain a vmlinux matching the running kernel
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH v2 0/1] btf_loader support for subprogram linkage
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [PATCH v2 0/1] btf_loader support for subprogram linkage
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Jiri Slaby <jirislaby@xxxxxxxxxx>
- [PATCH v2 1/1] btf_loader: Support linkages for BTF subprograms
- From: Will Hawkins <hawkinsw@xxxxxx>
- [PATCH v2 0/1] btf_loader support for subprogram linkage
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [PATCH 1/1] pfunct: Print DW_AT_external=1 functions once
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- [PATCH 1/1] pfunct: Print DW_AT_external=1 functions once
- From: arnaldo.melo@xxxxxxxxx
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 0/1] btf_loader support for subprogram linkage
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 0/1] btf_loader support for subprogram linkage
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Phil Auld <pauld@xxxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 0/1] btf_loader support for subprogram linkage
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [PATCH dwarves 0/2] add distilled base BTF support to pahole
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves 0/2] add distilled base BTF support to pahole
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 0/1] btf_loader support for subprogram linkage
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 0/1] btf_loader support for subprogram linkage
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [PATCH 0/1] btf_loader support for subprogram linkage
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 0/1] btf_loader support for subprogram linkage
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves] pahole: reduce memory usage by smarter deleting of CUs
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Jiri Slaby <jirislaby@xxxxxxxxxx>
- Re: [PATCH 1/1] btf_loader: Support linkages for BTF subprograms
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH 1/1] btf_loader: Support linkages for BTF subprograms
- From: Will Hawkins <hawkinsw@xxxxxx>
- [PATCH 0/1] btf_loader support for subprogram linkage
- From: Will Hawkins <hawkinsw@xxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC] kbuild: bpf: Do not run pahole with -j on 32bit userspace
- From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
- Re: Is there any current plan for ipvlan to support AF_XDP?
- From: Xin Liu <liuxin350@xxxxxxxxxx>
- Re: Is there any current plan for ipvlan to support AF_XDP?
- From: Stanislav Fomichev <sdf@xxxxxxxxxxx>
- Re: [PATCH v2] pahole: Apply CU-level filters early in loading
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH v2] pahole: Apply CU-level filters early in loading
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Is there any current plan for ipvlan to support AF_XDP?
- From: Xin Liu <liuxin350@xxxxxxxxxx>
- Re: [PATCH v2] pahole: Apply CU-level filters early in loading
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: only warn about multithreading in verbose mode
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH v2] pahole: Apply CU-level filters early in loading
- From: Matthew Maurer <mmaurer@xxxxxxxxxx>
- [PATCH dwarves] pahole: only warn about multithreading in verbose mode
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH] pahole: Apply CU-level filters early in loading
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH] pahole: Apply CU-level filters early in loading
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] pahole: Apply CU-level filters early in loading
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH] pahole: Apply CU-level filters early in loading
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] pahole: Apply CU-level filters early in loading
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH] pahole: Apply CU-level filters early in loading
- From: Matthew Maurer <mmaurer@xxxxxxxxxx>
- [PATCH dwarves 2/2] btf_encoder: add "distilled_base" BTF feature to split BTF generation
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 1/2] pahole: Sync with libbpf-1.5
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 0/2] add distilled base BTF support to pahole
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: log libbpf errors when they cause encoding errors
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: log libbpf errors when they cause encoding errors
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- [PATCH dwarves] btf_encoder: log libbpf errors when they cause encoding errors
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- [no subject]
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Domenico Andreoli <cavok@xxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Domenico Andreoli <cavok@xxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Domenico Andreoli <cavok@xxxxxxxxxx>
- Re: Bug#1076564: pahole BTF processing seems flaky on powerpc
- From: Domenico Andreoli <cavok@xxxxxxxxxx>
- [PATCH 1/1] dwarf_loader: Hash DW_TAG_enumerator entries
- From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
- Re: [PATCH/RFT] Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [no subject]
- Re: [PATCH dwarves v3] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- [PATCH dwarves v3] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH dwarves v2] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves v2] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [no subject]
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- [no subject]
- Re: [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves] pahole: enable --reproducible_build when SOURCE_DATE_EPOCH is set
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- [PATCH fyi 1/1] dwarf_loader: Add missing cus__add(cus, cu) to cus__merge_and_process_cu()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH/RFT] Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 1/1] core: Initialize cu->node with INIT_LIST_HEAD()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH/RFT] Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- [PATCH/RFT] Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH] core: make ptr_table__add do exponential allocation instead of incrementing
- From: "psykose" <alice@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: pahole -J non-determinism and reproducible builds
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Matthias Schwarzott <zzam@xxxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: "Ying Huang" <ying.huang@xxxxxxxxxxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: "Ying Huang" <ying.huang@xxxxxxxxxxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- ANNOUNCE: pahole v1.27 (reproducible builds, BTF kfuncs)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: Mark Wielaard <mark@xxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: RFT: Prepping up pahole 1.27
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: RFT: Prepping up pahole 1.27
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: RFT: Prepping up pahole 1.27
- From: "Daniel Xu" <dxu@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.26 (more holes, --bpf_features, --contains_enum)
- From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.26 (more holes, --bpf_features, --contains_enum)
- From: Matthias Schwarzott <zzam@xxxxxxxxxx>
- RFT: Prepping up pahole 1.27
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: "Ying Huang" <ying.huang@xxxxxxxxxxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: Mark Wielaard <mark@xxxxxxxxx>
- elfutils DWARF problem was: Re: Problem with BTF generation on mips64el
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: Problem with BTF generation on mips64el
- From: Hengqi Chen <hengqi.chen@xxxxxxxxx>
- Problem with BTF generation on mips64el
- From: Tony Ambardar <tony.ambardar@xxxxxxxxx>
- Re: pahole -J non-determinism and reproducible builds
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: pahole -J non-determinism and reproducible builds
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- pahole -J non-determinism and reproducible builds
- From: Giuliano Procida <gprocida@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.26 (more holes, --bpf_features, --contains_enum)
- From: Domenico Andreoli <domenico.andreoli@xxxxxxxxx>
- Re: [PATCH dwarves] Documentation/pahole: describe expected use of 'default'
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves] Documentation/pahole: describe expected use of 'default'
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves] Documentation/pahole: describe expected use of 'default'
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH 2/2] pahole: Allow asking for extra features using the '+' prefix in --btf_features
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 2/2] pahole: Allow asking for extra features using the '+' prefix in --btf_features
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 2/2] pahole: Allow asking for extra features using the '+' prefix in --btf_features
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH 2/2] pahole: Allow asking for extra features using the '+' prefix in --btf_features
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 2/2] pahole: Allow asking for extra features using the '+' prefix in --btf_features
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: Fix dwarf int type with greater-than-16 byte issue
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: Fix dwarf int type with greater-than-16 byte issue
- From: Xin Liu <liuxin350@xxxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: Fix dwarf int type with greater-than-16 byte issue
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves] btf_encoder: Fix dwarf int type with greater-than-16 byte issue
- From: Yonghong Song <yonghong.song@xxxxxxxxx>
- Re: [PATCH dwarves 0/2] replace --btf_features="all" with "default"
- From: Daniel Xu <dxu@xxxxxxxxx>
- Re: [PATCH dwarves 0/2] replace --btf_features="all" with "default"
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves 2/2] tests: update reproducible_build test to use "default"
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 0/2] replace --btf_features="all" with "default"
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 1/2] pahole: replace use of "all" with "default" for --btf_features
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCHES 0/2] Introduce --btf_features=+extra_features syntax
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCHES 0/2] Introduce --btf_features=+extra_features syntax
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCHES 0/2] Introduce --btf_features=+extra_features syntax
- From: Daniel Xu <dxu@xxxxxxxxx>
- [PATCH 2/2] pahole: Allow asking for extra features using the '+' prefix in --btf_features
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 1/2] pahole: Factor out routine to process "--btf_features=all"
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCHES 0/2] Introduce --btf_features=+extra_features syntax
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves 1/3] pahole: allow --btf_features to not participate in "all"
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves 1/3] pahole: allow --btf_features to not participate in "all"
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves 2/3] pahole: add reproducible_build to --btf_features
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves 2/3] pahole: add reproducible_build to --btf_features
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves 2/3] pahole: add reproducible_build to --btf_features
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves 3/3] tests/reproducible_build: use --btf_features=all,reproducible_build
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 0/3] pahole: support nonstandard btf_features
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 2/3] pahole: add reproducible_build to --btf_features
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH dwarves 1/3] pahole: allow --btf_features to not participate in "all"
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH 12/12] tests: Add a BTF reproducible generation test
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 12/12] tests: Add a BTF reproducible generation test
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 12/12] tests: Add a BTF reproducible generation test
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- [PATCH 12/12] tests: Add a BTF reproducible generation test
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 11/12] pahole: Encode BTF serially in a reproducible build
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 10/12] core/dwarf_loader: Add functions to set state of CU processing
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 09/12] dwarf_loader: Add the cu to the cus list early, remove on LSK_DELETE
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 07/12] core: Add unlocked cus__add() variant
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 08/12] core: Add cus__remove(), counterpart of cus__add()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 06/12] dwarf_loader: Remove unused 'thr_data' arg from dwarf_cus__create_and_process_cu()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 05/12] dwarf_loader: Create the cu/dcu pair in dwarf_cus__nextcu()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 04/12] dwarf_loader: Introduce dwarf_cus__process_cu()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 03/12] dwarf_loader: Separate creating the cu/dcu pair from processing it
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 02/12] pahole: Disable BTF multithreaded encoded when doing reproducible builds
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 01/12] core: Allow asking for a reproducible build
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 00/12]
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH 02/12] pahole: Disable BTF multithreaded encoded when doing reproducible builds
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [PATCH 03/12] dwarf_loader: Separate creating the cu/dcu pair from processing it
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH 02/12] pahole: Disable BTF multithreaded encoded when doing reproducible builds
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 02/12] pahole: Disable BTF multithreaded encoded when doing reproducible builds
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH 02/12] pahole: Disable BTF multithreaded encoded when doing reproducible builds
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH 12/12] tests: Add a BTF reproducible generation test
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 11/12] pahole: Encode BTF serially in a reproducible build
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 10/12] core/dwarf_loader: Add functions to set state of CU processing
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 09/12] dwarf_loader: Add the cu to the cus list early, remove on LSK_DELETE
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 07/12] core: Add unlocked cus__add() variant
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 08/12] core: Add cus__remove(), counterpart of cus__add()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 06/12] dwarf_loader: Remove unused 'thr_data' arg from dwarf_cus__create_and_process_cu()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 05/12] dwarf_loader: Create the cu/dcu pair in dwarf_cus__nextcu()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 04/12] dwarf_loader: Introduce dwarf_cus__process_cu()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 01/12] core: Allow asking for a reproducible build
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 03/12] dwarf_loader: Separate creating the cu/dcu pair from processing it
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 02/12] pahole: Disable BTF multithreaded encoded when doing reproducible builds
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [RFC/PATCHES 00/12] pahole: Reproducible parallel DWARF loading/serial BTF encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: dynamically allocate the vars array for percpu variables
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: dynamically allocate the vars array for percpu variables
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- [PATCH dwarves] btf_encoder: dynamically allocate the vars array for percpu variables
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: HEADS UP: pahole 1.26 to be released soon
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: HEADS UP: pahole 1.26 to be released soon
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: HEADS UP: pahole 1.26 to be released soon
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- [PATCH] fix linux kernel BTF builds: increase max percpu variables by 10x
- From: John Hubbard <jhubbard@xxxxxxxxxx>
- Re: pahole Version 1.25-4 dumps
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: pahole Version 1.25-4 dumps
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: HEADS UP: pahole 1.26 to be released soon
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- HEADS UP: pahole 1.26 to be released soon
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- pahole Version 1.25-4 dumps
- From: J B <jb.1234abcd@xxxxxxxxx>
- Re: Encoding BTF information from DWARF causes "has void type" error.
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eep...
- From: Mark Wielaard <mark@xxxxxxxxx>
- Re: Encoding BTF information from DWARF causes "has void type" error.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: Encoding BTF information from DWARF causes "has void type" error.
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: Encoding BTF information from DWARF causes "has void type" error.
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: Encoding BTF information from DWARF causes "has void type" error.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: Encoding BTF information from DWARF causes "has void type" error.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encoding BTF information from DWARF causes "has void type" error.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Encoding BTF information from DWARF causes "has void type" error.
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [PATCH 1/1] pahole: Make sure the features string is NUL terminated
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH 1/1] pahole: Make sure the features string is NUL terminated
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH 1/1] pahole: Make sure the features string is NUL terminated
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Porting pahole from dwarf_next_unit() to dwarf_get_units()
- From: Mark Wielaard <mark@xxxxxxxxx>
- [PATCH] lib/Kconfig.debug: Disable CONFIG_DEBUG_INFO_BTF for Hexagon
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- RE: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eep...
- From: Brian Cain <bcain@xxxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eep...
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- RE: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eep...
- From: Brian Cain <bcain@xxxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Mark Wielaard <mark@xxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [bcachefs:header_cleanup 21/51] /bin/bash: line 1: 19420 Segmentation fault LLVM_OBJCOPY="llvm-objcopy" pahole -J --btf_gen_floats -j --lang_exclude=rust --skip_encoding_btf_inconsistent_proto --btf_gen_optimized --btf_base vmlinux drivers/misc/eeprom/at24.ko
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: Porting pahole from dwarf_next_unit() to dwarf_get_units()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH] HACK: port dwarf_loader to dwarf_get_units
- From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
- Re: Porting pahole from dwarf_next_unit() to dwarf_get_units()
- From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
- Re: Porting pahole from dwarf_next_unit() to dwarf_get_units()
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Porting pahole from dwarf_next_unit() to dwarf_get_units()
- From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
- pahole v1.18 introduced a bug that hangs a product-line build
- From: Joe Flowers <flowers.joseph@xxxxxxxxx>
- Fwd: pahole v1.18 introduced a bug that hangs a product-line build
- From: Joe Flowers <flowers.joseph@xxxxxxxxx>
- [PATCH 1/2] fprintf: Take inherited types' sizes into account when printing
- From: Pedro Falcato <pedro.falcato@xxxxxxxxx>
- [PATCH 2/2] README: Add guidance in patch sending
- From: Pedro Falcato <pedro.falcato@xxxxxxxxx>
- Re: This list is being migrated to new infrastructure
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- This list is being migrated to new infrastructure
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- Re: pahole 1.25 SIGSEGV when building kernel (-j when cores > 81)
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: pahole 1.25 SIGSEGV when building kernel (-j when cores > 81)
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: Fwd: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Fwd: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- [RESEND] BTF is not generated for gcc-built kernel with the latest pahole
- From: Masami Hiramatsu (Google) <mhiramat@xxxxxxxxxx>
- Re: pahole 1.25 SIGSEGV when building kernel (-j when cores > 81)
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: pahole 1.25 SIGSEGV when building kernel (-j when cores > 81)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- pahole 1.25 SIGSEGV when building kernel (-j when cores > 81)
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: PSA: Ubuntu pahole creates buggy BTF
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxx>
- Re: PSA: Ubuntu pahole creates buggy BTF
- From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
- PSA: Ubuntu pahole creates buggy BTF
- From: Lorenz Bauer <lmb@xxxxxxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Naveen N Rao <naveen@xxxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Naveen N Rao <naveen@xxxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: ppc64le vmlinuz is huge when building with BTF
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- ppc64le vmlinuz is huge when building with BTF
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH v3 dwarves 0/6] Support for new btf_type_tag encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves] pahole: avoid adding same struct structure to two rb trees
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH v3 dwarves 0/6] Support for new btf_type_tag encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v3 dwarves 4/6] dwarf_loader: support btf:type_tag DW_TAG_LLVM_annotation
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v3 dwarves 1/6] dwarves.h: expose ptr_table interface
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v3 dwarves 6/6] btf_encoder: skip type tags for VAR entry types
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v3 dwarves 5/6] dwarf_loader: move type tags before CVR qualifiers when necessary
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v3 dwarves 3/6] dwarf_loader: handle btf_type_tag w/o special pointer type
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v3 dwarves 2/6] dwarf_loader: Track unspecified types in a separate list
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH v3 dwarves 0/6] Support for new btf_type_tag encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: Fix a dwarf type DW_ATE_unsigned_1024 to btf encoding issue
- From: Yonghong Song <yhs@xxxxxxxx>
- Re: [PATCH dwarves] btf_encoder: Fix a dwarf type DW_ATE_unsigned_1024 to btf encoding issue
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- [PATCH dwarves] btf_encoder: Fix a dwarf type DW_ATE_unsigned_1024 to btf encoding issue
- From: Yonghong Song <yhs@xxxxxx>
- ANNOUNCE: pahole v1.25 (Unspecified type, Atomic types, BTF for optimized functions)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
- Re: [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves] fprintf: Fix `*` not being printed for pointers with btf_type_tag
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves v2 5/5] dwarf_loader: Support for btf:type_tag
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves v2 3/5] dwarf_loader: Consolidate llvm_annotation and btf_type_tag_type
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves v2 4/5] dwarf_loader: Track unspecified types in a separate list
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves v2 2/5] btf_loader: A hack for BTF import of btf_type_tag attributes
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves v2 1/5] fprintf: Correct names for types with btf_type_tag attribute
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves v2 0/5] Support for new btf_type_tag encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves 1/1] dwarf_loader: Support for btf:type_tag
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves 1/1] dwarf_loader: Support for btf:type_tag
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves 0/1] Support for new btf_type_tag encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves 0/1] Support for new btf_type_tag encoding
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves 1/1] dwarf_loader: Support for btf:type_tag
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [PATCH dwarves 0/1] Support for new btf_type_tag encoding
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: pahole 1.25 plans was: Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [question] dwarves/pahole testing
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [question] dwarves/pahole testing
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: Fix for BTF id drift caused by adding unspecified types
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: Fix for BTF id drift caused by adding unspecified types
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: Fix for BTF id drift caused by adding unspecified types
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [question] dwarves/pahole testing
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves] dwarf_loader: Fix for BTF id drift caused by adding unspecified types
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: bpf: Question about odd BPF verifier behaviour
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: bpf: Question about odd BPF verifier behaviour
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: bpf: Question about odd BPF verifier behaviour
- From: KP Singh <kpsingh@xxxxxxxxxx>
- Re: bpf: Question about odd BPF verifier behaviour
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [question] dwarves/pahole testing
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH bpf-next] bpf: add --skip_encoding_btf_inconsistent_proto, --btf_gen_optimized to pahole flags for v1.25
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [pahole PATCH 1/1] CMakeList.txt: Bump version to the upcoming 1.25 release, not out of the door yet
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- pahole 1.25 plans was: Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Martin Liška <mliska@xxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Bill Wendling <morbo@xxxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Bill Wendling <morbo@xxxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Bill Wendling <morbo@xxxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Bill Wendling <morbo@xxxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Bill Wendling <morbo@xxxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Bill Wendling <morbo@xxxxxxxxxx>
- Re: [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves 0/1] LLD .BTF section patch
- From: Bill Wendling <morbo@xxxxxxxxxx>
- [PATCH 1/1] btf_encoder: Generate a new .BTF section even if one exists
- From: Bill Wendling <morbo@xxxxxxxxxx>
- [PATCH dwarves 0/1] LLD .BTF section patch
- From: Bill Wendling <morbo@xxxxxxxxxx>
- [PATCH v2 kernel 9/9] bpf: add support for CONFIG_DEBUG_INFO_BTF_VARS
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 bpf 8/9] libbpf: btf dedup identical struct test needs check for nested structs/arrays
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves 7/9] btf_encoder: allow encoding all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves 6/9] btf_encoder: collect all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves 5/9] btf_encoder: record ELF section for collected variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves 4/9] btf_encoder: make the variable array dynamic
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves 3/9] btf_encoder: cache all ELF section info
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves 2/9] btf_encoder: Rename percpu structures to variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves, kernel, libbpf 0/9] Add support for generating BTF for all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH v2 dwarves 1/9] dutil: return ELF section name when looked up by index
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [RFC dwarves 1/1] pahole: Save header guard names when --header_guards_db is passed
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- [RFC dwarves 0/1] pahole: Save header guard names when --header_guards_db is passed
- From: Eduard Zingerman <eddyz87@xxxxxxxxx>
- Re: [PATCH dwarves] dwarves: zero-initialize struct cu in cu__new() to prevent incorrect BTF types
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: [PATCH dwarves] dwarves: zero-initialize struct cu in cu__new() to prevent incorrect BTF types
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] dwarves: zero-initialize struct cu in cu__new() to prevent incorrect BTF types
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves] dwarves: zero-initialize struct cu in cu__new() to prevent incorrect BTF types
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- [PATCH dwarves] dwarves: zero-initialize struct cu in cu__new() to prevent incorrect BTF types
- From: Alan Maguire <alan.maguire@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Yonghong Song <yhs@xxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Yonghong Song <yhs@xxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Yonghong Song <yhs@xxxxxxxx>
- Re: BTF: A fix and more work to do :Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Yonghong Song <yhs@xxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH/RFC pahole] btf_encoder: Encode DW_TAG_unspecified_type as BTF_KIND_CONST was: Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Martin Liška <mliska@xxxxxxx>
- Re: Ubuntu kernels and die__process: DW_TAG ... got INVALID!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Ubuntu kernels and die__process: DW_TAG ... got INVALID!
- From: Bitweasil <bitweasil@xxxxxxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Ubuntu kernels and die__process: DW_TAG ... got INVALID!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Martin Liška <mliska@xxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Martin Liška <mliska@xxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Ubuntu kernels and die__process: DW_TAG ... got INVALID!
- From: Bitweasil <bitweasil@xxxxxxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <arnaldo.melo@xxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Nick Clifton <nickc@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Nick Clifton <nickc@xxxxxxxxxx>
- Encountered error while encoding BTF due to Unsupported DW_TAG_unspecified_type(0x3b)
- From: Martin Liška <mliska@xxxxxxx>
- Re: BTF: A fix and more work to do :Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: BTF: A fix and more work to do :Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- BTF: A fix and more work to do :Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
- Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- die__process_unit: DW_TAG_label (0xa) @ <0x7b> not handled!
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Martin Rodriguez Reboredo <yakoyoku@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves 6/7] btf_encoder: collect all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 7/7] btf_encoder: allow encoding all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 5/7] btf_encoder: record ELF section for collected variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 3/7] btf_encoder: cache all ELF section info
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 4/7] btf_encoder: make the variable array dynamic
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 0/7] Add support for generating BTF for all variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 1/7] dutil: return ELF section name when looked up by index
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- [PATCH dwarves 2/7] btf_encoder: Rename percpu structures to variables
- From: Stephen Brennan <stephen.s.brennan@xxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Yonghong Song <yhs@xxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Yonghong Song <yhs@xxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- pahole v1.24: FAILED: load BTF from vmlinux: Invalid argument
- From: Vitaly Chikunov <vt@xxxxxxxxxxxx>
- Re: [PATCH] core: Conditionally define language encodings entries)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: [PATCH] core: Conditionally define language encodings entries)
- From: Martin Rodriguez Reboredo <yakoyoku@xxxxxxxxx>
- [PATCH] core: Conditionally define language encodings entries)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Martin Reboredo <yakoyoku@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Luna Jernberg <droidbittin@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Nathan Chancellor <nathan@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Luna Jernberg <droidbittin@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Luna Jernberg <droidbittin@xxxxxxxxx>
- Re: ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- ANNOUNCE: pahole v1.24 (Faster BTF encoding, 64-bit BTF enum entries)
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: encode char type as signed
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: encode char type as signed
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves] dwarf_loader: encode char type as signed
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves] dwarf_loader: encode char type as signed
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH dwarves] dwarf_loader: encode char type as signed
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves v3 0/2] btf: support BTF_KIND_ENUM64
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [PATCH dwarves v3 0/2] btf: support BTF_KIND_ENUM64
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: pahole split BTF support broken on 32bit builds?
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- pahole split BTF support broken on 32bit builds?
- From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
- Re: [PATCH] btf_loader: support BTF_KIND_ENUM64 was Re: [PATCH dwarves v2 0/2] btf: support BTF_KIND_ENUM64
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH] btf_loader: support BTF_KIND_ENUM64 was Re: [PATCH dwarves v2 0/2] btf: support BTF_KIND_ENUM64
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves v3 0/2] btf: support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves v3 0/2] btf: support BTF_KIND_ENUM64
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v3 2/2] btf: Support BTF_KIND_ENUM64
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v3 2/2] btf: Support BTF_KIND_ENUM64
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH] btf_loader: support BTF_KIND_ENUM64 was Re: [PATCH dwarves v2 0/2] btf: support BTF_KIND_ENUM64
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 0/2] btf: support BTF_KIND_ENUM64
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v3 0/2] btf: support BTF_KIND_ENUM64
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH dwarves v3 1/2] libbpf: Sync with latest libbpf repo
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves v3 2/2] btf: Support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves v3 0/2] btf: support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves v2 0/2] btf: support BTF_KIND_ENUM64
- From: Jiri Olsa <olsajiri@xxxxxxxxx>
- Re: [PATCH dwarves v2 2/2] btf: Support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves v2 2/2] btf: Support BTF_KIND_ENUM64
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH dwarves v2 2/2] btf: Support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves v2 1/2] libbpf: Sync with latest libbpf repo
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves v2 0/2] btf: support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves 2/2] btf: Support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves 1/2] libbpf: Sync with latest libbpf repo
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves 0/2] btf: support BTF_KIND_ENUM64
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves v2 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves v2 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v2 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH dwarves v2 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves v2 1/2] libbpf: Sync with latest libbpf repo
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH dwarves 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH dwarves 1/2] libbpf: Sync with latest libbpf repo
- From: Yonghong Song <yhs@xxxxxx>
- [PATCH dwarves 2/2] btf_encoder: Normalize array index type for parallel dwarf loading case
- From: Yonghong Song <yhs@xxxxxx>
- Re: [PATCH] pahole: Implement cu_exclude_lang flag
- From: Martin Reboredo <yakoyoku@xxxxxxxxx>
- Re: [PATCH] pahole: Implement cu_exclude_lang flag
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH] pahole: Implement cu_exclude_lang flag
- From: Martin Reboredo <yakoyoku@xxxxxxxxx>
- Re: [PATCH dwarves] pahole, btf_encoder: Collect info of per-cpu varaibles from threads.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves] pahole, btf_encoder: Collect info of per-cpu varaibles from threads.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH dwarves] pahole, btf_encoder: Collect info of per-cpu varaibles from threads.
- From: Kui-Feng Lee <kuifeng@xxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Kui-Feng Lee <kuifeng@xxxxxx>
- Re: [PATCH 2/2] dwarves: cus__load_files: set errno if load fails
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- RE: [PATCH 1/2] pahole: avoid segfault when parsing bogus file
- From: John Fastabend <john.fastabend@xxxxxxxxx>
- RE: [PATCH 2/2] dwarves: cus__load_files: set errno if load fails
- From: John Fastabend <john.fastabend@xxxxxxxxx>
- Re: [PATCH 2/2] dwarves: cus__load_files: set errno if load fails
- From: Kornilios Kourtis <kkourt@xxxxxxxxx>
- Re: [PATCH 2/2] dwarves: cus__load_files: set errno if load fails
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH 2/2] dwarves: cus__load_files: set errno if load fails
- [PATCH 1/2] pahole: avoid segfault when parsing bogus file
- Re: [PATCH] pahole: avoid segfault when parsing a problematic file
- From: Kornilios Kourtis <kkourt@xxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- How to make better debug builds of kernels in distributions?
- From: Dimitri John Ledkov <dimitri.ledkov@xxxxxxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH] pahole: avoid segfault when parsing a problematic file
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- [PATCH] pahole: avoid segfault when parsing a problematic file
- Re: [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH 1/1] fprintf: Fix division by zero for uninitialized conf_fprintf->cacheline_size field
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
- Re: [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Kui-Feng Lee <kuifeng@xxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Kui-Feng Lee <kuifeng@xxxxxx>
- Re: [PATCH dwarves v4 4/4] libbpf: Update libbpf to a new revision.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves v4 2/4] dwarf_loader: Prepare and pass per-thread data to worker threads.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves v4 1/4] dwarf_loader: Receive per-thread data on worker threads.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- Re: [PATCH dwarves v3 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Andrii Nakryiko <andrii.nakryiko@xxxxxxxxx>
- [PATCH dwarves v4 3/4] pahole: Use per-thread btf instances to avoid mutex locking.
- From: Kui-Feng Lee <kuifeng@xxxxxx>
- [PATCH dwarves v4 4/4] libbpf: Update libbpf to a new revision.
- From: Kui-Feng Lee <kuifeng@xxxxxx>
[Index of Archives]
[Linux USB Devel]
[Video for Linux]
[Linux SCSI]
[Samba]
[Yosemite News]