Bug 38133 - 2.4.2-2 modules don't build in RH 7.1
Summary: 2.4.2-2 modules don't build in RH 7.1
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
: 38134 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2001-04-27 22:58 UTC by Need Real Name
Modified: 2005-10-31 22:00 UTC (History)
5 users (show)

Clone Of:
Last Closed: 2001-08-06 18:20:07 UTC

Attachments (Terms of Use)
make modules results (without make mrproper) (4.19 KB, text/plain)
2001-08-06 17:53 UTC, Need Real Name
no flags Details

Description Need Real Name 2001-04-27 22:58:16 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.4.2 i686)

On a clean install of RH 7.1, kernel modules won't build with errors
similar to:
In file included from dummy.c:34:
/usr/src/linux-2.4/include/linux/module.h:173: nondigits in number and
/usr/src/linux-2.4/include/linux/module.h:173: nondigits in number and
/usr/src/linux-2.4/include/linux/module.h:173: nondigits in number and
/usr/src/linux-2.4/include/linux/module.h:173: parse error before

If "linux/versions.h" is included in "dummy.c", the module will build. 
Same problem was reproduced in tulip driver.

Reproducible: Always
Steps to Reproduce:
1. Install RH 7.1
2. cd /usr/src/linux-2.4
3. make menuconfig
4. set tulip and dummy network drivers to be modules
5. save config
6. make dep ; make modules
7. note errors

Actual Results:  On a clean install of RH 7.1, kernel modules won't build
with errors similar to:
In file included from dummy.c:34:
/usr/src/linux-2.4/include/linux/module.h:173: nondigits in number and
/usr/src/linux-2.4/include/linux/module.h:173: nondigits in number and
/usr/src/linux-2.4/include/linux/module.h:173: nondigits in number and
/usr/src/linux-2.4/include/linux/module.h:173: parse error before

If "linux/versions.h" is included in "dummy.c", the module will build. 
Same problem was reproduced in tulip driver.

Expected Results:  Modules should build without errors.

A clean download of linux-2.4.2 builds fine.

Comment 1 Arjan van de Ven 2001-04-28 08:01:27 UTC
The default install allows external modules to be built against the source.
If you do things with make menuconfig, you should first load the configfile
for the kernel you are actually running, so it _might_ work. But if you
change the config, you should recompile the entire kernel; Linux in general
does not allow 1 extra module to be selected and then loaded. (Yes it works
for a lot of drivers, but not nearly for all).

Comment 2 Arjan van de Ven 2001-04-28 08:03:30 UTC
*** Bug 38134 has been marked as a duplicate of this bug. ***

Comment 3 Need Real Name 2001-04-29 19:07:20 UTC
The steps I gave only show the module building portion.  In my own scenario, I
did build the kernel before building the modules.

The modules do NOT build.  The problem seems to be with rhconfig.h:  Many
drivers don't include version.h early enough to avoid compile-time errors.  When
I added version.h to the offending modules, everything built fine.

However, this is not an adequate solution for the vast majority of people who
don't know anything about building the kernel.

Comment 4 Arjan van de Ven 2001-04-29 19:21:25 UTC
If you change the config more than trivially, you MUST do "make mrproper" first.
The makefile-dependencies of the 2.4 kernel are not quite complete enough
to get this right for all but the simplest changes.

Comment 5 Need Real Name 2001-04-29 20:05:10 UTC
"make mrproper" doesn't do anything on a clean install of RH 7.1.  This is the
FIRST kernel build I am talking about here.  I just reinstalled RH 7.1 (again)
and I got the same behavior with the very first build of the kernel.

Comment 6 Need Real Name 2001-04-30 20:53:22 UTC
I have encountered the same build problem after doing:
make config - no changes to config ( but may not match current kernel )
make dep
make bzImage
make install
make modules
Get error .....

Only other piece of info is that I am using the tulip module as well.

Comment 7 Need Real Name 2001-05-03 09:04:38 UTC
This bug is also reproduced this way:

install kernel-source-2.4.2-2.i386.rpm over a vanilla redhat-7.1 (athlon)

cd /usr/src/linux-2.4/
cp config/kernel-2.4.2-2.athlon.config .config (or use menuconfig's option to
load a config file)
make dep clean
make bzImage
make modules # fails on the first module eni.c

The only workaround I found to recompile redhat's linux kernel for now is to
install the source rpm kernel-2.4.2-2.src.rpm, and perform the prep steps to get
all the patches applied (cd to /usr/src/redhat/SPECS/ and rpm -bp
kernelxxx.spec). Then cd to /usr/src/redhat/BUILD/kernel-xxx/linux/ and do as
usual (or copy the source tree to /usr/src).

Comment 8 Need Real Name 2001-05-05 11:11:33 UTC
When can we expect a compileable kernel-source.  I use RedHat in a business
environment and must have the ability to change the default kernel to meet my
business needs.

Comment 9 Arjan van de Ven 2001-05-05 11:36:40 UTC
The source IS compilable. I've done so a few times.
Just be VERY sure you use "make mrproper" before doing anything else.

Comment 10 Need Real Name 2001-05-07 16:57:34 UTC
Maybe you haven't been reading this bug closely.

After a clean install of Red Hat 7.1, if you set the dummy network device and
the Tulip driver to be modules (these are two that I know are broken), run "make
dep", run "make bzImage", run "make modules", and you'll see that the Tulip and
dummy modules WILL NOT BUILD.

What is "make mrproper" going to do on a clean install?  Plus, IT DOESN'T WORK

The problem is with linux/rhconfig.h.  Why can't you just fix it?  I've done so,
but I shouldn't HAVE to do this.  I've got better things to do than debug kernel
releases from other vendors.

Comment 11 R.obert S. (Scotty) Gammenthaler 2001-05-09 20:18:36 UTC
I too am having this problem.  Steps taken:

1.  Install RH 7.1 FROM SCRATCH on a clean, freshly formatted partition.
2.  Copy /usr/src/linux-2.4.2/configs/kernel-2.4.2-i586.config to
3.  Run make menuconfig, check over options, save config (No changes made)
     (Did not run make mrproper since this was a clean, never-touched install. 
Other observers
     report that this does not help in any case.)
4.  Run make dep  - no errors
5.  Run make bzImage - no errors
6.  Run make modules - errors same as previously reported on compiling

    In file included from eni.c:6:
    /usr/src/linux-2.4/include/linux/module.h:173: nondigits in number and not


Comment 12 Arjan van de Ven 2001-05-09 20:24:13 UTC
scotty@a-concepts.com: make mrproper _is_ needed on a fresh install.
The reason for this is that a fresh install allows you to compile external
modules against the source (like vmware or nvidia). This means that a fresh
install is not clean regarding symbol versions; once you do a make mrproper
the tree is clean and the compile works. (well, it does for me. I've tried this
several times in the last days now)

Comment 13 Need Real Name 2001-05-10 00:26:17 UTC
Ok, I went and tried "make mrproper" before making the modules, and it worked. 
I thought I had tried this before to no avail, but apparently not.

However, I still feel that a clean install of the kernel source should not
require this as it should already be clean.

Comment 14 R.obert S. (Scotty) Gammenthaler 2001-05-10 20:45:03 UTC
I confirm that running make mrproper indeed corrects this problem.  This
conflicts slightly with the standard kernel documentation, so for those who may
be confused, here are the steps (Do not skip any!):

1.  cd /usr/src/linux-2.4.2
2.  make mrproper
3.  copy the appropriate config file for your architecture from the configs
directory to .config.
     (For example:  cp config/kernel-2.4.2-i586.config .config
4.  make menuconfig (or make config or make xconfig) and save the configuration
on exit
5.  make dep
6.  make bzImage
7.  make modules
8.  make modules_install

You will also need to install the kernel  (try the /sbin/installkernel script,
but be sure to edit /etc/lilo.conf first)

Comment 15 Need Real Name 2001-05-11 11:40:34 UTC
IMPORTANT:  If you are rebuilding a working kernel or modifying an existing
kernel before you run mrproper  MAKE A COPY of .config.  mrproper will erase
.config, if you don't have a copy of the configuration you will start from

Comment 16 Need Real Name 2001-05-22 00:46:12 UTC
Same problem as above (nondigits in nonhex...), noticed it with a few modules 
other than tulip, dummy, running make mrproper fixed problem however.

Comment 17 Need Real Name 2001-08-06 17:49:15 UTC
I came here after searching for this type of problem, after a Red Hat employee 
told me to come here.  I too have this problem after a clean Red Hat 7.1 
install, and after trying to run make modules for the rtc.c module.

And make mrproper did fix the problem.  However this shouldn't have to happen 
on a clean install.

Is this case still open?

Comment 18 Need Real Name 2001-08-06 17:53:24 UTC
Created attachment 26453 [details]
make modules results (without make mrproper)

Comment 19 Need Real Name 2001-08-06 18:20:03 UTC
It can be closed as far as I am concerned.

Comment 20 Michael K. Johnson 2001-12-06 17:23:55 UTC
Missed closing this before.

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