On a Cyrix 5x86-100 based machine running RH5.2 updated to
kernel-2.0.36-1, the 8039 and wd modules will not insmod (no
error message, just nothing happens) after the soundcore,
sound, ad1848 and gus modules have been loaded by the
"modprobe sound" in rc.sysinit. "insmod 8390" and "insmod
wd" works *only if autoprobing*; specifying the io=0x280
irq=10 options to wd again causes insmod to fail or even
segfault. If the sound modules are not loaded eth0
initialises fine with the wd module autoloading; the sound
modules can then also be safely autoloaded and unloaded at
will (which I prefer anyway; the ethernet is always needed
but the sound drivers only sometimes).
I have a Western Digital 8013 ethernet card and a Gravis
Ultrasound Max at io=0x220 irq=5 dma=1 dma16=5.
I have verified this to be true. I set up a test machine with a WD8013
BNC ISA and an Gravis Ultrasound MAx configured to the settings
reported by the user. I did a fresh 'workstaion' install of 5.2. I ran
sndconfig to configure the sound card with no problems. By this time
the wd module was already running. I removed the wd and 8390 drivers
from the running system. I ran modprobe wd and it did not insert the
module. I removed all sound related modules from the running system
and was then able to insert the wd module properly.
One note is that I could use insmod instead of modprobe to insert the
wd driver (inmodding 8390 first of course) after the sound modules
were loaded. This leads me to believe the bug lies within modprobe.
Is this still true with the current beta release ? Or the updated
kernel form 5.2?
Bug closed due to lack of feedback from the reporter. Please reopen if