Bug 188055
Summary: | snd-sbawe module fails to load | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David A. De Graaf <dad> | ||||||||||
Component: | system-config-soundcard | Assignee: | Martin Stransky <stransky> | ||||||||||
Status: | CLOSED CANTFIX | QA Contact: | |||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 5 | CC: | jhhaynes | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2006-07-21 08:55:42 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Attachments: |
|
Description
David A. De Graaf
2006-04-05 16:43:11 UTC
Created attachment 127357 [details]
log file of failed system-config-soundcard
Could you please add these old lines: alias snd-card-0 snd-sbawe options snd-card-0 index=0 options snd-sbawe index=0 remove snd-sbawe { /usr/sbin/alsactl store 0 >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-sbawe to /etc/modprobe.conf, remove your workaround from /etc/rc.d/rc.local/, reboot your box, run s-c-s and attach new /root/scsound.log? Created attachment 127511 [details]
Another failed attempt to run s-c-s
Yes - it is attached. I note that I had these exact lines in /etc/modprobe.conf already, but I did cut & paste your lines, just in case I had a typo. Upon rebooting, I verified with lsmod that the snd-sbawe module and all its cousins were NOT loaded. Then I ran s-c-s, which failed to produce any sound and again failed to cause the required modules to be loaded. After collecting the attached log file, I manually loaded the modules, modprobe snd-sbawe, and was then able to produce sound with aplay. Could you please attach output of "$lshal"? Created attachment 127751 [details]
output of lshal
Your request is somewhat cryptic. What does $lshal mean? # $lshal produces nothing. Similarly, # man lshal No manual entry for lshal In my rather primitive view, a command without a man page may as well not exist. However, # lshal > /tmp/lshal.out does produce a lengthy file, which is attached. Hope it helps. Could you please attach output of dmesg? Yes. I first commented out from /etc/rc.d/rc.local the lines:
# On datant, sound won't work until module is forcibly loaded.
# modprobe snd-sbawe
# aplay /home/dad/sounds/sparcle.wav
Then rebooted and captured the output dmesg1.out.
Then I ran modprobe -v snd-sbawe and captured dmesg2.out.
These differ by only two lines:
$ diff dmesg1.out dmesg2.out
196a197,198
> pnp: Device 00:01.00 activated.
> pnp: Device 00:01.02 activated.
The complete dmesg1.out is attached.
Created attachment 127956 [details]
output of dmesg after reboot
It's a bug in HAL, kudzu isn't used any more for loading modules and HAL doesn't catch your card. I have exactly the same problem with a sound card that system-config-soundcard identifies as SB AWE32 PnP CTL0031 This is an ISA card. I used the above workaround of putting the modprobe snd-sbawe into /etc/rc.d/rc.local and it now works. Same problem (and same work-around works) on an ISA Sound Blaster that the system-config-soundcard identifies as SB AWE64 PnP CTL0045 support for ISA cards was removed in FC5 (I don't know why) so you have to add line with modprobe to some init script (like /etc/rc.local) No, no, no! Support for this sound card exists - it works fine with the snd-sbawe module, when loaded manually. What's newly broken in FC5 is that proper lines in /etc/modprobe.conf are no longer effective. Something is causing /etc/modprobe.conf to be ignored. That's what needs to be fixed. modprobe.conf isn't used for module loadig, it's a configuration file. Modules are loaded by init scripts.... Whatever... All I know is it used to work; now it doesn't. Where, exactly, is this init script for a sound device? When was the need for one introduced? Where is that need documented? For as long as I can remember, system-config-soundcard, if it worked at all, resulted in whatever configuration files that are needed to make the sound system work. Now it doesn't. That's broken. Unfortunately, support for ISA modules (loading during boot) was removed in FC5 and later kernels. If you want this feature back, report this bug against kernel. |