Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Description of problem:

From the description of bug 1650074:
> 
> There are no /usr/lib/.build-id /usr/lib/debug/.build-id
> links for kernel modules in kernel rpms like there used to be.
> 
> The problem seems to be in rpmbuild which is not able to
> read compressed kernel module files and wouldn't add their
> .build-id links to the rpm.
> 
> Solution was discussed with Mark Wielaard to used elfutils 0.175
> which supports compressed elf objects via dwelf_elf_begin:
> 
> > /* Creates a read-only Elf handle from the given file handle.  The
> >    file may be compressed and/or contain a linux kernel image header,
> >    in which case it is eagerly decompressed in full and the Elf handle
> >    is created as if created with elf_memory ().  On error NULL is
> >    returned.  The Elf handle should be closed with elf_end ().  The
> >    file handle will not be closed.  Does not return ELF_K_NONE
> > handles.  */
> > extern Elf *dwelf_elf_begin (int fd);
> 
> elfutils 0.175 should be released shortly.

Elfutils rebase (or backport of the feature) is needed to fix this in rpm, this bug is for tracking the elfutils side of things.

The elfutils 0.176 rebase provides the new dwelf_elf_begin () function.

For testing purposes you could of course look to see that dwelf_elf_begin is now in libdwelf.h and libdw.so.
Also eu-readelf now takes advantage of dwelf_elf_begin() to directly read compressed ELF files.
An example are linux kernel modules. Take for example a random one like:
/usr/lib/modules/3.10.0-957.12.2.el7.x86_64/kernel/fs/xfs/xfs.ko.xz

Before this change:
$ eu-readelf -n xfs.ko.xz 
eu-readelf: cannot create EBL handle
$ echo $?
1

After this change:
$ eu-readelf -n xfs.ko.xz 

Note section [ 1] '.note.gnu.build-id' of 36 bytes at offset 0x40:
  Owner          Data size  Type
  GNU                   20  GNU_BUILD_ID
    Build ID: 57949197896368b658cc27fd62191a7ca345826c
$ echo $?
0

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2019:3575