Bug 4819 - "modprobe sound" will not load sound modules
"modprobe sound" will not load sound modules
Status: CLOSED NOTABUG
Product: Red Hat Linux
Classification: Retired
Component: initscripts (Show other bugs)
6.0
All Linux
medium Severity high
: ---
: ---
Assigned To: Bill Nottingham
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-08-31 23:11 EDT by vectro
Modified: 2014-03-16 22:09 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-09-24 22:19:39 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description vectro 1999-08-31 23:11:21 EDT
Technically this is a problem with modprobe, but the
workaround involves initscripts.

The problem is that, while kerneld/kmod will look for the
"sound" module alias when trying to automatically load new
sound modules, there is a real module called sound.

It seems that modprobe checks for the real module before the
alias, and so the "modprobe sound" command in the
initscripts loads only the sound module, and not the alias
(which is what you really want).

One workaround is to use some other alias instead. This
patch uses the alias "wave". Naturally this requires a
corresponding change in conf.modules.

--- /tmp/rc.sysinit     Tue Aug 31 20:07:06 1999
+++ /etc/rc.d/rc.sysinit        Tue Aug 31 20:08:32 1999
@@ -189,8 +189,8 @@

 # load sound modules
 if [ -n "$USEMODULES" ]; then
-   if grep -s -q "^alias sound" /etc/conf.modules ; then
-      action "Loading sound module" modprobe sound
+   if grep -s -q "^alias wave" /etc/conf.modules ; then
+      action "Loading wave module" modprobe wave
    fi
    if grep -s -q "^alias midi" /etc/conf.modules ; then
       action "Loading midi module" modprobe midi
Comment 1 Bill Nottingham 1999-09-01 16:22:59 EDT
This has been working fine here for quite a while ; what
does your /etc/conf.modules look like?
Comment 2 vectro 1999-09-01 17:39:59 EDT
Hope this will help. Note that I changed the "sound" to "wave" in
/etc/conf.modules _after_ reporting this bug (and applying the
included patch.) This change _appears_ to have fixed the issue.

[vectro@crafter vectro]$ rpm -q kernel initscripts redhat-release
kernel-2.0.36-0.7
initscripts-4.16-1
redhat-release-6.0-1
[vectro@crafter vectro]$ cat /proc/version
Linux version 2.2.10 (root@crafter.th.org) (gcc version egcs-2.91.66
19990314/Linux (egcs-1.1.2 release)) #16 Mon Jun 14 15:18:59 PDT 1999
[vectro@crafter vectro]$ uname -a
Linux crafter.house 2.2.10 #16 Mon Jun 14 15:18:59 PDT 1999 i686
unknown
[vectro@crafter vectro]$ cat /etc/conf.modules
alias eth0 3c509
options 3c509 irq=9
options 3c59x irq=9

alias parport_lowlevel parport_pc
options parport_pc io=0x3bc irq=7
options lp parport=0
alias parport_lowlevel parport_pc

pre-install pcmcia_core /etc/rc.d/init.d/pcmcia start

alias wave sb
options sound dmabuf=1
options opl3 io=0x388
alias midi awe_wave
post-install awe_wave /bin/sfxload /etc/midi/GU11-ROM.SF2
options sb io=0x220 irq=5 dma=1 dma16=5 mpu_io=0x330
Comment 3 Bill Nottingham 1999-09-01 17:57:59 EDT
That should work fine with 'alias sound sb'.
What's the error that you get?

(You might want to change the 'options sound dmabuf=1' line
to 'pre-install sound /sbin/insmod sound dmabuf=1', though...)
Comment 4 maavl 1999-11-26 05:28:59 EST
I think the problem is with the version of modutils used; see bug 7343I think the problem is zith the version of modutils used; see bug 7343

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