[Bug tools/28488] New: phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[Bug tools/28488] New: phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

            Bug ID: 28488
           Summary: phdr[6]: unknown object file note type 32 with owner
                    name '' at offset 48
           Product: elfutils
           Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: tools
          Assignee: unassigned at sourceware dot org
          Reporter: mliska at suse dot cz
                CC: elfutils-devel at sourceware dot org
  Target Milestone: ---

Noticed that when using ld.gold:

$ /home/marxin/Programming/elfutils/src/elflint --quiet --gnu-ld addr2line
phdr[6]: unknown object file note type 32 with owner name '' at offset 48
phdr[6]: extra 72 bytes after last note

$ readelf -n addr2line
...
Displaying notes found in: .note.gnu.gold-version
  Owner                Data size        Description
  GNU                  0x00000009       NT_GNU_GOLD_VERSION (gold version)
    Version: gold 1.16

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

Martin Liska <mliska at suse dot cz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mjw at fedoraproject dot org

--- Comment #1 from Martin Liska <mliska at suse dot cz> ---
@Mark: Can you please add a BuildBot builder that would use ld.gold?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

Mark Wielaard <mark at klomp dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|mjw at fedoraproject dot org       |mark at klomp dot org

--- Comment #2 from Mark Wielaard <mark at klomp dot org> ---
Could you show the program and section headers, or attach the object file that
should the error? Even when I build with ld.gold there is no bad phdr according
to eu-elflint.

How exactly did you configure/build?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #3 from Martin Liska <mliska at suse dot cz> ---
F="-O2 -g -Wall -fuse-ld=gold" && export CFLAGS="$F" && export CXXFLAGS="$F" &&
export LDFLAGS="$F" && ./configure --enable-maintainer-mode
make && make check

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #4 from Martin Liska <mliska at suse dot cz> ---
$ wget https://splichal.eu/tmp/addr2line
$ ./elflint --quiet --gnu-ld addr2line
phdr[6]: unknown object file note type 32 with owner name '' at offset 48
phdr[6]: extra 72 bytes after last note

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #5 from Martin Liska <mliska at suse dot cz> ---
Minimal reproducer:

$ echo 'main() { return 0; }' | gcc -x c - -fuse-ld=gold && ./elflint --gnu-ld
a.out
<stdin>:1:1: warning: return type defaults to ‘int’ [-Wimplicit-int]
phdr[6]: unknown object file note type 32 with owner name '' at offset 48
phdr[6]: extra 72 bytes after last note

$ ld.gold --version
GNU gold (GNU Binutils; openSUSE Tumbleweed 2.37.20210803-1) 1.16

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #6 from Mark Wielaard <mark at klomp dot org> ---
So with on fedora 34, x86_64:

gcc (GCC) 11.2.1 20210728 (Red Hat 11.2.1-1)
GNU gold (version 2.35.2-6.fc34) 1.16
eu-elflint (elfutils) 0.185

$ echo 'int main() { return 0; }' | gcc -x c - -fuse-ld=gold && eu-elflint
--gnu-ld ./a.out
No errors

$ eu-readelf -l a.out 
Program Headers:
  Type           Offset   VirtAddr           PhysAddr           FileSiz  MemSiz
  Flg Align
  PHDR           0x000040 0x0000000000400040 0x0000000000400040 0x0001f8
0x0001f8 R   0x8
  INTERP         0x000238 0x0000000000400238 0x0000000000400238 0x00001c
0x00001c R   0x1
        [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD           0x000000 0x0000000000400000 0x0000000000400000 0x0006d8
0x0006d8 R E 0x1000
  LOAD           0x000e28 0x0000000000401e28 0x0000000000401e28 0x0001e0
0x0001e1 RW  0x1000
  DYNAMIC        0x000e38 0x0000000000401e38 0x0000000000401e38 0x0001a0
0x0001a0 RW  0x8
  NOTE           0x000254 0x0000000000400254 0x0000000000400254 0x000064
0x000064 R   0x4
  GNU_EH_FRAME   0x0006a4 0x00000000004006a4 0x00000000004006a4 0x000034
0x000034 R   0x4
  GNU_STACK      0x000000 0x0000000000000000 0x0000000000000000 0x000000
0x000000 RW  0x10
  GNU_RELRO      0x000e28 0x0000000000401e28 0x0000000000401e28 0x0001d8
0x0001d8 RW  0x8

 Section to Segment mapping:
  Segment Sections...
   00     
   01      [RO: .interp]
   02      [RO: .interp .note.ABI-tag .note.gnu.property .note.gnu.build-id
.dynsym .dynstr .gnu.hash .gnu.version .gnu.version_r .rela.dyn .init .text
.fini .rodata .eh_frame .eh_frame_hdr]
   03      [RELRO: .fini_array .init_array .dynamic .got .got.plt] .data .bss
   04      [RELRO: .dynamic]
   05      [RO: .note.ABI-tag .note.gnu.property .note.gnu.build-id]
   06      [RO: .eh_frame_hdr]
   07     
   08      [RELRO: .fini_array .init_array .dynamic .got .got.plt]

Note that there is only PT_NOTE segment and it doesn't cover the gold-version
note section because it isn't an allocated note section:

$ eu-readelf -S ./a.out | grep note
[ 2] .note.ABI-tag        NOTE         0000000000400254 00000254 00000020  0 A 
    0   0  4
[ 3] .note.gnu.property   NOTE         0000000000400274 00000274 00000020  0 A 
    0   0  4
[ 4] .note.gnu.build-id   NOTE         0000000000400294 00000294 00000024  0 A 
    0   0  4
[27] .note.gnu.gold-version NOTE         0000000000000000 000029e0 0000001c  0 
      0   0  4

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #7 from Mark Wielaard <mark at klomp dot org> ---
The addr2line binary from comment #4 has two phdr NOTE segments:

$ eu-elflint --quiet --gnu-ld addr2line
phdr[6]: unknown object file note type 32 with owner name '' at offset 48
phdr[6]: extra 72 bytes after last note

$ eu-readelf -l addr2line 
Program Headers:
  Type           Offset   VirtAddr           PhysAddr           FileSiz  MemSiz
  Flg Align
  PHDR           0x000040 0x0000000000400040 0x0000000000400040 0x000230
0x000230 R   0x8
  INTERP         0x000270 0x0000000000400270 0x0000000000400270 0x00001c
0x00001c R   0x1
        [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD           0x000000 0x0000000000400000 0x0000000000400000 0x0044d0
0x0044d0 R E 0x1000
  LOAD           0x004da8 0x0000000000405da8 0x0000000000405da8 0x000478
0x000530 RW  0x1000
  DYNAMIC        0x004db8 0x0000000000405db8 0x0000000000405db8 0x000210
0x000210 RW  0x8
  NOTE           0x0002b0 0x00000000004002b0 0x00000000004002b0 0x000030
0x000030 R   0x8
  NOTE           0x00028c 0x000000000040028c 0x000000000040028c 0x000078
0x000078 R   0x4
  GNU_EH_FRAME   0x00445c 0x000000000040445c 0x000000000040445c 0x000074
0x000074 R   0x4
  GNU_STACK      0x000000 0x0000000000000000 0x0000000000000000 0x000000
0x000000 RW  0x10
  GNU_RELRO      0x004da8 0x0000000000405da8 0x0000000000405da8 0x000258
0x000258 RW  0x8

 Section to Segment mapping:
  Segment Sections...
   00     
   01      [RO: .interp]
   02      [RO: .interp .note.ABI-tag .note.gnu.property .note.gnu.build-id
.dynsym .dynstr .gnu.hash .hash .gnu.version .gnu.version_r .rela.dyn .rela.plt
.init .plt .text .fini .rodata .eh_frame .eh_frame_hdr]
   03      [RELRO: .fini_array .init_array .dynamic .got] <RELRO: .got.plt>
.data .bss
   04      [RELRO: .dynamic]
   05      [RO: .note.gnu.property]
   06      [RO: .note.ABI-tag .note.gnu.property .note.gnu.build-id]
   07      [RO: .eh_frame_hdr]
   08     
   09      [RELRO: .fini_array .init_array .dynamic .got]

There are two phdr PT_NOTE segments because they have different alignments (05
has alignment 8 and covers .note.gnu.property, 06 has alignment 8 and covers
the other loaded note sections)

$ eu-readelf -S addr2line | grep note
[ 2] .note.ABI-tag        NOTE         000000000040028c 0000028c 00000020  0 A 
    0   0  4
[ 3] .note.gnu.property   NOTE         00000000004002b0 000002b0 00000030  0 A 
    0   0  8
[ 4] .note.gnu.build-id   NOTE         00000000004002e0 000002e0 00000024  0 A 
    0   0  4
[37] .note.gnu.gold-version NOTE         0000000000000000 00010a98 0000001c  0 
      0   0  4

Neither covers the gold-version (as expected)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #8 from Martin Liska <mliska at suse dot cz> ---
> There are two phdr PT_NOTE segments because they have different alignments
> (05 has alignment 8 and covers .note.gnu.property, 06 has alignment 8

06 has alignment 0x4, right?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #9 from Mark Wielaard <mark at klomp dot org> ---
So the real difference is that with the Fedora the .note.gnu.property has
alignment 4 and so it gets merged with the other (allocated) note sections. But
the opensuse version .note.gnu.property has alignment 8 and ends up in its own
phdr NOTE segment.

I don't know whether this is buggy or if eu-elflint just gets confused about
it.

Creating NOTEs with an alignment of 8 was controversial since at least on GNU
systems all other NOTEs have alignment 4 whether or not using ELFCLASS32 or
ELFCLASS64.

Handling of gnu property notes was added with:

commit 5199e15870e05e5b0b9f98c20fc9b5427aa6dd6a
Author: Mark Wielaard <mark@klomp.org>
Date:   Mon Oct 15 23:35:47 2018 +0200

    Recognize and parse GNU Property notes.

    GNU Property notes are different from normal notes because they use
    variable alignment/padding of their fields. They are 8 byte aligned,
    but use 4 byte fields. The name is aligned at 4 bytes and padded so
    that, the desc is aligned at 8 bytes. The whole note is padded to
    8 bytes again. For normal notes all fields are both 4 bytes wide and
    4 bytes aligned.

    To recognize these new kind of ELF Notes a new Elf_Type is introduced,
    ELF_T_NHDR8. This type is used in the xlate functions to determine
    how to align and pad the various fields. Since the fields themselves
    can now have different alignments we will have to keep track of the
    current alignement and use either NOTE_ALIGN4 or NOTE_ALIGN8 to
    determine the padding.

    To set the correct Elf_Type on the Elf_Data we use either the section
    sh_addralign or the segment p_align values. Assuming 8 means the
    section or segment contains the new style notes, otherwise normal
    notes.

    When we cannot determine the "alignment" directly, like when parsing
    special kernel sys files, we check the name "GNU" and type
    "GNU_PROPERTY_TYPE_0" fields.

    ebl_object_note now parses the new NT_GNU_PROPERTY_TYPE_0 and can
    extract the GNU_PROPERTY_STACK_SIZE, GNU_PROPERTY_NO_COPY_ON_PROTECTED
    and GNU_PROPERTY_X86_FEATURE_1_AND types GNU_PROPERTY_X86_FEATURE_1_IBT
    and GNU_PROPERTY_X86_FEATURE_1_SHSTK.

    Tests are added for extracting the note from sections or segments
    as set by gcc -fcf-protection.

    Signed-off-by: Mark Wielaard <mark@klomp.org>

Another maybe (or maybe not) related bug:
"unknown program header entry type 0x6474e553 (PT_GNU_PROPERTY)"
https://sourceware.org/bugzilla/show_bug.cgi?id=25511

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #10 from Mark Wielaard <mark at klomp dot org> ---
(In reply to Martin Liska from comment #8)
> > There are two phdr PT_NOTE segments because they have different alignments
> > (05 has alignment 8 and covers .note.gnu.property, 06 has alignment 8
> 
> 06 has alignment 0x4, right?

yes, sorry.

PT_NOTE segment 05 has alignment 0x8 and covers .note.gnu.property
PT_NOTE segment 06 has alignment 0x4 and covers the other loadable note
sections

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #11 from Martin Liska <mliska at suse dot cz> ---
(In reply to Mark Wielaard from comment #9)
> So the real difference is that with the Fedora the .note.gnu.property has
> alignment 4 and so it gets merged with the other (allocated) note sections.
> But the opensuse version .note.gnu.property has alignment 8 and ends up in
> its own phdr NOTE segment.

I see. Is it the linker of the assembler which decides the note alignment?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #12 from Martin Liska <mliska at suse dot cz> ---
(In reply to Martin Liska from comment #11)
> (In reply to Mark Wielaard from comment #9)
> > So the real difference is that with the Fedora the .note.gnu.property has
> > alignment 4 and so it gets merged with the other (allocated) note sections.
> > But the opensuse version .note.gnu.property has alignment 8 and ends up in
> > its own phdr NOTE segment.
> 
> I see. Is it the linker of the assembler which decides the note alignment?

Apparently, the assembler:

echo '' | as --64 -o empty.o && readelf -SW empty.o
There are 6 section headers, starting at offset 0xa0:

Section Headers:
  [Nr] Name              Type            Address          Off    Size   ES Flg
Lk Inf Al
  [ 0]                   NULL            0000000000000000 000000 000000 00     
0   0  0
  [ 1] .text             PROGBITS        0000000000000000 000040 000000 00  AX 
0   0  1
  [ 2] .data             PROGBITS        0000000000000000 000040 000000 00  WA 
0   0  1
  [ 3] .bss              NOBITS          0000000000000000 000040 000000 00  WA 
0   0  1
  [ 4] .note.gnu.property NOTE            0000000000000000 000040 000030 00   A
 0   0  8
  [ 5] .shstrtab         STRTAB          0000000000000000 000070 00002f 00     
0   0  1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  D (mbind), l (large), p (processor specific)

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #13 from Martin Liska <mliska at suse dot cz> ---
Note
https://github.com/bminor/binutils-gdb/blob/master/gas/config/tc-i386.c#L9083
shows that alignment should be equal to 8 for ELFCLASS64.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #14 from Martin Liska <mliska at suse dot cz> ---
Mark, what do you see for:

$ echo '' | as --64 -o empty.o && readelf -SW empty.o | grep note.gnu

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #15 from Mark Wielaard <mark at klomp dot org> ---
(In reply to Martin Liska from comment #14)
> what do you see for:
> 
> $ echo '' | as --64 -o empty.o && readelf -SW empty.o | grep note.gnu

Nothing with GNU assembler version 2.35.2-6.fc34 since no SHT_NOTE sections are
created.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #16 from Martin Liska <mliska at suse dot cz> ---
All right, one can reproduce it in fedora/rawhide container:

$ podman run --rm -it fedora:rawhide /bin/bash
$ dnf install -y elfutils gcc
$ echo 'int main() { return 0; }' | gcc -x c - -fuse-ld=gold && eu-elflint
a.out
phdr[6]: unknown object file note type 32 with owner name '' at offset 48
phdr[6]: extra 72 bytes after last note
section [28] '.symtab': symbol 51 (_end): st_value out of bounds
section [28] '.symtab': symbol 52 (__bss_start): st_value out of bounds
section [28] '.symtab': symbol 53 (_edata): st_value out of bounds

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #17 from Martin Liska <mliska at suse dot cz> ---
(In reply to Martin Liska from comment #16)
> All right, one can reproduce it in fedora/rawhide container:
> 
> $ podman run --rm -it fedora:rawhide /bin/bash
> $ dnf install -y elfutils gcc
> $ echo 'int main() { return 0; }' | gcc -x c - -fuse-ld=gold && eu-elflint
> a.out
> phdr[6]: unknown object file note type 32 with owner name '' at offset 48
> phdr[6]: extra 72 bytes after last note
> section [28] '.symtab': symbol 51 (_end): st_value out of bounds
> section [28] '.symtab': symbol 52 (__bss_start): st_value out of bounds
> section [28] '.symtab': symbol 53 (_edata): st_value out of bounds

ld.gold --version
GNU gold (version 2.37-15.fc36) 1.16

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #18 from Martin Liska <mliska at suse dot cz> ---
Note, there's BFD product:

$ eu-readelf -l a.out
Program Headers:
  Type           Offset   VirtAddr           PhysAddr           FileSiz  MemSiz
  Flg Align
  PHDR           0x000040 0x0000000000400040 0x0000000000400040 0x0002d8
0x0002d8 R   0x8
  INTERP         0x000318 0x0000000000400318 0x0000000000400318 0x00001c
0x00001c R   0x1
        [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD           0x000000 0x0000000000400000 0x0000000000400000 0x000578
0x000578 R   0x1000
  LOAD           0x001000 0x0000000000401000 0x0000000000401000 0x000121
0x000121 R E 0x1000
  LOAD           0x002000 0x0000000000402000 0x0000000000402000 0x00008c
0x00008c R   0x1000
  LOAD           0x002e30 0x0000000000403e30 0x0000000000403e30 0x0001f8
0x000200 RW  0x1000
  DYNAMIC        0x002e40 0x0000000000403e40 0x0000000000403e40 0x0001a0
0x0001a0 RW  0x8
  NOTE           0x000338 0x0000000000400338 0x0000000000400338 0x000040
0x000040 R   0x8
  NOTE           0x000378 0x0000000000400378 0x0000000000400378 0x000044
0x000044 R   0x4
  GNU_PROPERTY   0x000338 0x0000000000400338 0x0000000000400338 0x000040
0x000040 R   0x8
  GNU_EH_FRAME   0x002004 0x0000000000402004 0x0000000000402004 0x000024
0x000024 R   0x4
  GNU_STACK      0x000000 0x0000000000000000 0x0000000000000000 0x000000
0x000000 RW  0x10
  GNU_RELRO      0x002e30 0x0000000000403e30 0x0000000000403e30 0x0001d0
0x0001d0 R   0x1

 Section to Segment mapping:
  Segment Sections...
   00     
   01      [RO: .interp]
   02      [RO: .interp .note.gnu.property .note.gnu.build-id .note.ABI-tag
.hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn]
   03      [RO: .init .text .fini]
   04      [RO: .rodata .eh_frame_hdr .eh_frame]
   05      [RELRO: .init_array .fini_array .dynamic .got] .got.plt .data .bss
   06      [RELRO: .dynamic]
   07      [RO: .note.gnu.property]
   08      [RO: .note.gnu.build-id .note.ABI-tag]
   09      [RO: .note.gnu.property]
   10      [RO: .eh_frame_hdr]
   11     
   12      [RELRO: .init_array .fini_array .dynamic .got]

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #19 from Martin Liska <mliska at suse dot cz> ---
(In reply to Martin Liska from comment #18)
> Note, there's BFD product:
> 
> $ eu-readelf -l a.out
> Program Headers:
>   Type           Offset   VirtAddr           PhysAddr           FileSiz 
> MemSiz   Flg Align
>   PHDR           0x000040 0x0000000000400040 0x0000000000400040 0x0002d8
> 0x0002d8 R   0x8
>   INTERP         0x000318 0x0000000000400318 0x0000000000400318 0x00001c
> 0x00001c R   0x1
> 	[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
>   LOAD           0x000000 0x0000000000400000 0x0000000000400000 0x000578
> 0x000578 R   0x1000
>   LOAD           0x001000 0x0000000000401000 0x0000000000401000 0x000121
> 0x000121 R E 0x1000
>   LOAD           0x002000 0x0000000000402000 0x0000000000402000 0x00008c
> 0x00008c R   0x1000
>   LOAD           0x002e30 0x0000000000403e30 0x0000000000403e30 0x0001f8
> 0x000200 RW  0x1000
>   DYNAMIC        0x002e40 0x0000000000403e40 0x0000000000403e40 0x0001a0
> 0x0001a0 RW  0x8
>   NOTE           0x000338 0x0000000000400338 0x0000000000400338 0x000040
> 0x000040 R   0x8
>   NOTE           0x000378 0x0000000000400378 0x0000000000400378 0x000044
> 0x000044 R   0x4
>   GNU_PROPERTY   0x000338 0x0000000000400338 0x0000000000400338 0x000040
> 0x000040 R   0x8
>   GNU_EH_FRAME   0x002004 0x0000000000402004 0x0000000000402004 0x000024
> 0x000024 R   0x4
>   GNU_STACK      0x000000 0x0000000000000000 0x0000000000000000 0x000000
> 0x000000 RW  0x10
>   GNU_RELRO      0x002e30 0x0000000000403e30 0x0000000000403e30 0x0001d0
> 0x0001d0 R   0x1
> 
>  Section to Segment mapping:
>   Segment Sections...
>    00     
>    01      [RO: .interp]
>    02      [RO: .interp .note.gnu.property .note.gnu.build-id .note.ABI-tag
> .hash .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn]
>    03      [RO: .init .text .fini]
>    04      [RO: .rodata .eh_frame_hdr .eh_frame]
>    05      [RELRO: .init_array .fini_array .dynamic .got] .got.plt .data .bss
>    06      [RELRO: .dynamic]
>    07      [RO: .note.gnu.property]
>    08      [RO: .note.gnu.build-id .note.ABI-tag]
>    09      [RO: .note.gnu.property]
>    10      [RO: .eh_frame_hdr]
>    11     
>    12      [RELRO: .init_array .fini_array .dynamic .got]

readelf -n a.out

Displaying notes found in: .note.gnu.property
  Owner                Data size        Description
  GNU                  0x00000030       NT_GNU_PROPERTY_TYPE_0
      Properties: x86 ISA needed: x86-64-baseline
        x86 feature used: x86
        x86 ISA used: 

Displaying notes found in: .note.gnu.build-id
  Owner                Data size        Description
  GNU                  0x00000014       NT_GNU_BUILD_ID (unique build ID
bitstring)
    Build ID: 88d835b48244c1c184983f733f6a7fafc44868c5

Displaying notes found in: .note.ABI-tag
  Owner                Data size        Description
  GNU                  0x00000010       NT_GNU_ABI_TAG (ABI version tag)
    OS: Linux, ABI: 3.2.0

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #20 from Martin Liska <mliska at suse dot cz> ---
With ld.gold one gets:

$ echo 'int main() { return 0; }' | gcc -x c - -fuse-ld=gold -o a.out
$ eu-readelf -l a.out
Program Headers:
  Type           Offset   VirtAddr           PhysAddr           FileSiz  MemSiz
  Flg Align
  PHDR           0x000040 0x0000000000400040 0x0000000000400040 0x000230
0x000230 R   0x8
  INTERP         0x000270 0x0000000000400270 0x0000000000400270 0x00001c
0x00001c R   0x1
        [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
  LOAD           0x000000 0x0000000000400000 0x0000000000400000 0x000688
0x000688 R E 0x1000
  LOAD           0x000e08 0x0000000000401e08 0x0000000000401e08 0x000208
0x000209 RW  0x1000
  DYNAMIC        0x000e18 0x0000000000401e18 0x0000000000401e18 0x0001b0
0x0001b0 RW  0x8
  NOTE           0x0002b0 0x00000000004002b0 0x00000000004002b0 0x000030
0x000030 R   0x8
  NOTE           0x00028c 0x000000000040028c 0x000000000040028c 0x000078
0x000078 R   0x4
  GNU_EH_FRAME   0x000664 0x0000000000400664 0x0000000000400664 0x000024
0x000024 R   0x4
  GNU_STACK      0x000000 0x0000000000000000 0x0000000000000000 0x000000
0x000000 RW  0x10
  GNU_RELRO      0x000e08 0x0000000000401e08 0x0000000000401e08 0x0001f8
0x0001f8 RW  0x8

 Section to Segment mapping:
  Segment Sections...
   00     
   01      [RO: .interp]
   02      [RO: .interp .note.ABI-tag .note.gnu.property .note.gnu.build-id
.dynsym .dynstr .gnu.hash .hash .gnu.version .gnu.version_r .rela.dyn .init
.text .fini .rodata .eh_frame .eh_frame_hdr]
   03      [RELRO: .fini_array .init_array .dynamic .got .got.plt] .data .bss
   04      [RELRO: .dynamic]
   05      [RO: .note.gnu.property]
   06      [RO: .note.ABI-tag .note.gnu.property .note.gnu.build-id]
   07      [RO: .eh_frame_hdr]
   08     
   09      [RELRO: .fini_array .init_array .dynamic .got .got.plt]

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #21 from Mark Wielaard <mark at klomp dot org> ---
So we have 2 bugs, one for ld.bfd:

  NOTE           0x000338 0x0000000000400338 0x0000000000400338 0x000040
0x000040 R   0x8
  NOTE           0x000378 0x0000000000400378 0x0000000000400378 0x000044
0x000044 R   0x4
  GNU_PROPERTY   0x000338 0x0000000000400338 0x0000000000400338 0x000040
0x000040 R   0x8

Where:

   07      [RO: .note.gnu.property]
   08      [RO: .note.gnu.build-id .note.ABI-tag]
   09      [RO: .note.gnu.property]

So .note.gnu.property is covered twice. This is OK, but inefficient. It is not
clear to me whether the first PT_NOTE is really needed at all (maybe backwards
compatibility? but with what?) now that we have the GNU_PROPERTY.

The bug for ld.gold is more severe:

  NOTE           0x0002b0 0x00000000004002b0 0x00000000004002b0 0x000030
0x000030 R   0x8
  NOTE           0x00028c 0x000000000040028c 0x000000000040028c 0x000078
0x000078 R   0x4

Where:

  05      [RO: .note.gnu.property]
  06      [RO: .note.ABI-tag .note.gnu.property .note.gnu.build-id]

There is no PT_GNU_PROPERTY. But both segment 05 and segment 06 cover
.note.gnu.property, and segment 06 mixes notes using alignment 8 (causing
different padding) and alignment 4 (.note.gnu.property is sandwiched between
.note.ABI-tag and .note.gnu.build-id).

No wonder eu-elflint cannot parse this PT_NOTE segment.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

Mark Wielaard <mark at klomp dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://sourceware.org/bugz
                   |                            |illa/show_bug.cgi?id=28494

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #22 from Mark Wielaard <mark at klomp dot org> ---
So I think we don't have an elfutils bug here. But I haven't tried the gold
patch. Have you? Can we close this bug?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

--- Comment #23 from Martin Liska <mliska at suse dot cz> ---
(In reply to Mark Wielaard from comment #22)
> So I think we don't have an elfutils bug here. But I haven't tried the gold
> patch. Have you? Can we close this bug?

I can confirm the gold patch works!

-- 
You are receiving this mail because:
You are on the CC list for the bug.

[Bug tools/28488] phdr[6]: unknown object file note type 32 with owner name '' at offset 48

[mark at klomp dot org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28488

Mark Wielaard <mark at klomp dot org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |MOVED
             Status|UNCONFIRMED                 |RESOLVED

--- Comment #24 from Mark Wielaard <mark at klomp dot org> ---
Lets close this on the elfutils side. binutils bug is
https://sourceware.org/bugzilla/show_bug.cgi?id=28494

-- 
You are receiving this mail because:
You are on the CC list for the bug.