Bug ID 1176095
Summary pahole segfaults on SLE15 {SP1,SP2} kernel debuginfo
Classification openSUSE
Product openSUSE Tumbleweed
Version Current
Hardware Other
OS Other
Status NEW
Severity Normal
Priority P5 - None
Component Development
Assignee tdevries@suse.com
Reporter mkoutny@suse.com
QA Contact qa-bugs@suse.de
Found By ---
Blocker ---

I saw this on Tumbleweed [1]
dwarves-1.17-2.3.x86_64

## Steps to reproduce:

> $ sshfs l3mule.suse.de:/ ~/mule -o follow_symlinks
> $ pahole -C mem_cgroup ~/mule/var/cache/crash-setup/15sp2/x86_64/5.3.18-24.9-default

## Expected behavior

prints information about given struct

## Actual behavior

Loads (16309) of messages like:
> tag__recode_dwarf_type: couldn't find 0x734713 type for 0x3e (pointer_type)!
> tag__recode_dwarf_type: couldn't find 0x22 type for 0x75 (array_type)!
> tag__recode_dwarf_type: couldn't find 0x73472d type for 0x10d (pointer_type)!
> tag__recode_dwarf_type: couldn't find 0xf1 type for 0x128 (typedef)!
> tag__recode_dwarf_type: couldn't find 0x10d type for 0x15c (const_type)!
> tag__recode_dwarf_type: couldn't find 0x14 type for 0x133 (variable)!
> [...]
> namespace__recode_dwarf_types: couldn't find 0x1d6 type for 0x24c (member)!
> namespace__recode_dwarf_types: couldn't find 0x1d6 type for 0x258 (member)!
> [...]
> ftype__recode_dwarf_types: couldn't find 0x6436 type for 0x446c7 (formal_parameter)!
> ftype__recode_dwarf_types: couldn't find 0x22 type for 0x446cc (formal_parameter)!
> ftype__recode_dwarf_types: couldn't find 0x18e0d type for 0x446d1 (formal_parameter)!
> ftype__recode_dwarf_types: couldn't find 0x734761 type for 0x446d6 (formal_parameter)!

and eventually segfaults in

> #0  0x00007f8537ad351d tag__natural_alignment (libdwarves.so.1 + 0xf51d)
> #1  0x00007f8537ad359b tag__natural_alignment (libdwarves.so.1 + 0xf59b)
> #2  0x00007f8537ad4d29 type__check_structs_at_unnatural_alignments (libdwarves.so.1 + 0x10d29)
> #3  0x00007f8537ad4ebb class__infer_packed_attributes (libdwarves.so.1 + 0x10ebb)
> #4  0x00007f8537ada6f8 __class__fprintf (libdwarves.so.1 + 0x166f8)
> #5  0x00007f8537ada141 tag__fprintf (libdwarves.so.1 + 0x16141)
> #6  0x000055a77b4e50df pahole_stealer (pahole + 0x50df)
> #7  0x00007f8537ae8dbe cus__load_module (libdwarves.so.1 + 0x24dbe)
> #8  0x00007f8537ae9101 cus__process_dwflmod (libdwarves.so.1 + 0x25101)
> #9  0x00007f85378af6c1 dwfl_getmodules (libdw.so.1 + 0x506c1)
> #10 0x00007f8537ae107d dwarf__load_file.lto_priv.0 (libdwarves.so.1 + 0x1d07d)
> #11 0x00007f8537ad52e1 cus__load_file (libdwarves.so.1 + 0x112e1)
> #12 0x00007f8537ad8e28 cus__load_files (libdwarves.so.1 + 0x14e28)
> #13 0x000055a77b4e350a main (pahole + 0x350a)
> #14 0x00007f8537923cca __libc_start_main (libc.so.6 + 0x26cca)
> #15 0x000055a77b4e364a _start (pahole + 0x364a)


(Bug assignment is an educated guess.)

[1] pahole from Leap 15.2 (dwarves-1.11-lp152.3.9) failed at the task too
(didn't crash though) and it worked with 4.12 kernel debuginfo. I'm filing the
bug against the newer version.


You are receiving this mail because: