Bug 825944 - 32 bit rawhide kernel can't load modules: "Accessing a corrupted shared library" (ELIBBAD)
Summary: 32 bit rawhide kernel can't load modules: "Accessing a corrupted shared libra...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-05-29 07:27 UTC by Richard W.M. Jones
Modified: 2012-05-30 20:58 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-05-30 20:58:09 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Fix REL table digestion (1.41 KB, patch)
2012-05-30 19:33 UTC, David Howells
no flags Details | Diff

Description Richard W.M. Jones 2012-05-29 07:27:04 UTC
Description of problem:

64 bit rawhide kernel is fine, but the 32 bit kernel can't
load any modules with a very odd error:

febootstrap: internal insmod libcrc32c.ko
[   18.559335] Module format error encountered
insmod: init_module: libcrc32c.ko: Accessing a corrupted shared library
febootstrap: internal insmod crc32c-intel.ko
[   18.580115] Module format error encountered
insmod: init_module: crc32c-intel.ko: Accessing a corrupted shared library
febootstrap: internal insmod crc-itu-t.ko
[   18.591659] Module format error encountered
insmod: init_module: crc-itu-t.ko: Accessing a corrupted shared library
febootstrap: internal insmod crc-ccitt.ko
[   18.602732] Module format error encountered
insmod: init_module: crc-ccitt.ko: Accessing a corrupted shared library
febootstrap: internal insmod crc8.ko
[   18.614692] Module format error encountered
insmod: init_module: crc8.ko: Accessing a corrupted shared library
febootstrap: internal insmod scsi_transport_spi.ko
[   18.632659] Module format error encountered
insmod: init_module: scsi_transport_spi.ko: Accessing a corrupted shared library
febootstrap: internal insmod sym53c8xx.ko
[   18.670939] Module format error encountered
insmod: init_module: sym53c8xx.ko: Accessing a corrupted shared library
febootstrap: internal insmod rfkill.ko
[   18.690877] Module format error encountered
insmod: init_module: rfkill.ko: Accessing a corrupted shared library
febootstrap: internal insmod sparse-keymap.ko
[   18.702862] Module format error encountered
insmod: init_module: sparse-keymap.ko: Accessing a corrupted shared library
febootstrap: internal insmod ideapad-laptop.ko
[   18.716091] Module format error encountered
insmod: init_module: ideapad-laptop.ko: Accessing a corrupted shared library
febootstrap: internal insmod virtio_mmio.ko
[   18.730934] Module format error encountered
insmod: init_module: virtio_mmio.ko: Accessing a corrupted shared library
febootstrap: internal insmod virtio_balloon.ko
[   18.742763] Module format error encountered
insmod: init_module: virtio_balloon.ko: Accessing a corrupted shared library
febootstrap: internal insmod virtio-rng.ko
[   18.757037] Module format error encountered
insmod: init_module: virtio-rng.ko: Accessing a corrupted shared library
febootstrap: internal insmod virtio_blk.ko
[   18.787053] Module format error encountered
insmod: init_module: virtio_blk.ko: Accessing a corrupted shared library
febootstrap: internal insmod virtio_scsi.ko
[   18.799980] Module format error encountered
insmod: init_module: virtio_scsi.ko: Accessing a corrupted shared library
febootstrap: internal insmod virtio_net.ko
[   18.812981] Module format error encountered
insmod: init_module: virtio_net.ko: Accessing a corrupted shared library

Full log: http://koji.fedoraproject.org/koji/getfile?taskID=4110501&name=build.log

Nothing much in Google.

Version-Release number of selected component (if applicable):

3.5.0-0.rc0.git8.1.fc18.i686

How reproducible:

?

Steps to Reproduce:
1. load a module with 32 bit kernel

Comment 1 David Howells 2012-05-30 19:33:57 UTC
Created attachment 587827 [details]
Fix REL table digestion

This patch should fix the problem.

It interprets REL table parameters properly in extract_elf_rel(), in particular
it determines the symbol table correctly.  Making that part of the code the same
as in extract_elf_rela() does the job.

Comment 2 Josh Boyer 2012-05-30 20:58:09 UTC
(In reply to comment #1)
> Created attachment 587827 [details]
> Fix REL table digestion
> 
> This patch should fix the problem.
> 
> It interprets REL table parameters properly in extract_elf_rel(), in
> particular
> it determines the symbol table correctly.  Making that part of the code the
> same
> as in extract_elf_rela() does the job.

That seems to fix the issue I've seen in the 32-bit KVM guest I created this morning.  Thanks much David!

Committed and should be in tomorrow's rawhide (git9.2)


Note You need to log in before you can comment on or make changes to this bug.