Bug 121144 - Recompilation of _some_ kernel modules does not work
Summary: Recompilation of _some_ kernel modules does not work
Keywords:
Status: CLOSED DUPLICATE of bug 121094
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-04-18 01:26 UTC by Michal Jaegermann
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2006-02-21 19:02:39 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michal Jaegermann 2004-04-18 01:26:10 UTC
Description of problem:

When trying to recompile selectively some modules then something
like that, as far as I can tell, is supposed to work:

make M=drivers/acpi modules

This chokes with the following message:

/usr/src/wrk/linux-2.6.5-1.326/Module.symvers: No such file or directory
make[1]: *** [__modpost] Error 134
make: *** [modules] Error 2

Adding to the command above 'V=1' reveals that an attempt
to do

scripts/modpost -i /usr/src/wrk/linux-2.6.5-1.326/Module.symvers ...

causes this failure.  When Module.symvers is manually created with
something like:
scripts/modpost -o \
/usr/src/wrk/linux-2.6.5-1.326/Module.symvers vmlinux \
drivers/acpi/ac.o drivers/acpi/asus_acpi.o \
drivers/acpi/battery.o drivers/acpi/button.o \
drivers/acpi/toshiba_acpi.o

then 'make M=drivers/acpi modules' does work although an apparent
requirement for a vmlinux presence is a PITA (especially if one
attempts to compile some external module).  Still one would hope
that 'Module.symvers' will be created automatically when
'M=....' is used.

Version-Release number of selected component (if applicable):
kernel-source-2.6.5-1.326

How reproducible:
Always

Comment 1 Warren Togami 2004-04-19 02:54:52 UTC

*** This bug has been marked as a duplicate of 121094 ***

Comment 2 Red Hat Bugzilla 2006-02-21 19:02:39 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


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