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.