Red Hat Bugzilla – Bug 117927
cmi_8330 audio not detected
Last modified: 2014-03-16 22:43:06 EDT
Description of problem:
Kudzu fails to detect/configure CMI_8330 sound system
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Install development tree
2. reboot with CMI_8330 enabled
nothing is detected/configured
Kudzu should detect/configure using snd_cmi8330 module
Asus P5A-B motherboard sound system, AMD K6-2 CPU @ 333MHz
The kernel is no longer exporting ISAPnP maps.
*** Bug 117926 has been marked as a duplicate of this bug. ***
install from "development" 4/3/04 still has problems with CMI 8330.
Kernel detects card and "fixes" DMA and interrupts, but kudzu doesn't
find the card to configure it. (I did cheat during the install and
force a modprobe for the 3Com 509 Etherlink III card, and anaconda
configured it then. )
Will file bug against kudzu now.
*** Bug 119960 has been marked as a duplicate of this bug. ***
As of rawhide 4/17/04 this bug is still occurring.
Kernel doesn't see the card, kudzu doesn't see the card, and soundcard
detection doesn't see the card.
I modprobed the snd-cmi8330.ko and then ran soundcard detection and it
still doesn't see the card properly.
FC2test3 still cannot find/configure the CMI-8330 controller.
Fresh install from development(rawhide) of 2004.05.09 still cannot
detect or setup snd-cmi8330 ISA based soundcard.
Have the same problem with Sound Blaster Vibra16X PnP on FC2.
Bill, what does "The kernel is no longer exporting ISAPnP maps" mean?
As far as I see, the kernel detects and configures the card just fine
(dmesg output), but kudzu does not see it. So I had to add
alias sound-slot-0 snd-sb16
to /etc/modproble.conf by hand. Could it be that module name change
Do you have a /proc/isapnp? ISTR that that moved in 2.6. (Sorry, my
isapnp test box isn't available ATM.)
No /proc/isapnp here, but I have a /proc/bus/isapnp/ directory. I'm
not sure if that's the same thing.
bug still present in kernel 2.6.6-1.397 and current kudzu and
system-config-soundcard. Device is not detected and configured.
As of FC3t1 the system still doesn't properly detect and configure
this ISA device. Does anyone really care about this?
What does kudzu -p -b isapnp say?
On my FC2 it says exactly nothing.
On FC2 it won't; I was curious about the results on FC3t1.
Actually, more specifically, the results with kudzu-1.1.71-1.
Updated to kudzu-1.1.72-1
desc: "CTL00f0 - CTL7005"
desc: "CTL00f0 - CTL0043"
Also, if I remove /etc/modprobe.conf and /etc/sysconfig/hwdata the
card is detected and installed fine now, except for the
non-descriptive description (above). Oh, and I get the following
Traceback (most recent call last):
File "/usr/share/system-config-display/xconf.py", line 412, in ?
NameError: name 'hardware_state' is not defined
Hm, that bug is a system-config-display bug, should be unrelated.
The non-descriptive description is because the ISAPnP stuff the kernel
exports via sysfs has basically *no* user-useful strings attached to
it, and we don't have a built up table of what everything is.
But there is something user-useful!
[root@cs181035096 /]# cat /sys/devices/pnp0/00:01/name
Creative ViBRA16X PnP
I'm attaching the output of kudzu -p -b isapnp in the next comment.
There are several possible recognizable patterns, and kudzu does tag
the audio driver right, but there is no proper setup of the device.
Created attachment 101930 [details]
kudzu -p -b isapnp for FC3T1
Is that entry already in /etc/sysconfig/hwconf?
If so, does it configure it if you remove it?
Will test, however, the 3c509 still isn't detected as an network card
during installation or firstboot.
ISAPnP network cards have never been supported for install, AFAIK.
Kudzu detects and re-configs the cmi8330 on re-boot.
re: the 3c509, install used to detect the card and list it during the
network setup (FC1 still does). Now it sees it only if I modprobe the
driver before the network screen comes up. This should be a separate
Rawhide of 2004-09-27 properly handles the CMI-8330 card.
Leaving open, I'd like to get the naming cleaned up as stated earlier
in the bug.
The naming for ISAPnP should be better in FC3.