Bug 188524
| Summary: | Soundcard SB64 (ISA) not detected | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Piergiorgio Sartor <piergiorgio.sartor> |
| Component: | system-config-soundcard | Assignee: | Martin Stransky <stransky> |
| Status: | CLOSED DUPLICATE | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5 | CC: | dhochhal, harald, jfp, jlynch, wtogami |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-02-19 14:56:50 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: | |||
Forgot something thing, sorry. The command "udevinfo -e" does not give a clue about the soundcard. Extract from "dmesg": ... isapnp: Scanning for PnP cards... isapnp: checksum for device 1 is not valid (0x58) pnp: SB audio device quirk - increasing port range pnp: AWE32 quirk - adding two ports isapnp: Card 'Creative SB AWE64 PnP' isapnp: 1 Plug & Play card detected total ... I've got a similar problem with crystal cs4235 card and snd-cs4236 driver which is an installed module with all dependencies in kernel 2.6.15-1 fresh install FC5. When I run system-config-soundcard, I get the driver and card shoing in the dialog, but no pcm device. I have isapnp and /sys/devices/pnp0 so the system knows the card is there. I have tried various setting in modprobe.conf and get wrong card index 0.... in the scsound.log. Along with soundcard.py:273 deprecationWarning: use gtk.combobox soundcard.py:308: GtkDeprecationWarning gtk.timeout_add, use gobject.timeout soundcard.py:548: GtkDeprecationWarning: gtk.TRUE, use True instead gtk.main() ALSA lib pcm_hw.c:1305: (_snd_pcm_hw_open)Invalid value for card aplay: main:547: audio open error: No such device Read config: card 0 device 0 HW 0 Also, I've had problems with modprobe snd-cs4236 index=0 error messages along the chain saying that there is an invalid symbol in the module starting with snd.ko a dry run works fine, but when it actually tries to add the required modules to the kernel, I get insmod snd-page-alloc.ko & insmod soundcore.ko, but errors start at insmod snd.ko (error inserting snd (path) Input/Output error. Then bad symbol errors in the rest of the insmod trace. Also, I've noticed that the s-c-soundcard dialog returns warning like can't open device for writing. There is never an asound in /proc and proc has permissions set to ro. I look in /etc/makedev.d and find devices are listed in the alsa file but never show up in /dev. I believe they are created in hidden mode but have no idea how one could access these devices if they are actually being created, or when they are created. It seems all too complicated for just a simple soundcard install? Is this a kernel problem? Reassigning to kernel for help... I think it is an udev problem, in fact all the other "hints" (from dmesg to kudzu) reveal the soundcard perfectly, only udev "forgets" to load the proper kernel module(s). I mean, the kernel reports all the information correctly, and if I load the module "by hand", it even works! Of course, I cannot say anything about the cs4235 case. BTW, I experienced the same problem on two different PCs, with FC5, and ISA soundcard, one is the SB 64, the other is a similar SB 64 GOLD. It seems to me the ISA bus is ignored by udev. If you don't mind, I'll reassign the bug back (anyway the kernel people will see it, I guess). Thanks. Waaa, sorry, I try it again... Daryl Hochhalter, please open a seperate bugzilla against component kernel.
Piergiorgio Sartor:
> udev "forgets" to load the proper kernel module
Udev mostly relies on kernel events and "dev" files provided by the kernel, so
if the kernel does not provide such events and/or files, there is nothing udev
can/should do.
Please run the command:
# find /sys/ -name modalias
one of these files should contain a string which should match the alias strings of:
# modinfo snd-sbawe
alias: pnp:cCTL0035dCTL0031dCTL0021*
alias: pnp:cCTL0039dCTL0031dCTL0021*
alias: pnp:cCTL0042dCTL0031dCTL0021*
alias: pnp:cCTL0043dCTL0031dCTL0021*
alias: pnp:cCTL0044dCTL0031dCTL0021*
alias: pnp:cCTL0045dCTL0031dCTL0021*
alias: pnp:cCTL0046dCTL0031dCTL0021*
alias: pnp:cCTL0047dCTL0031dCTL0021*
alias: pnp:cCTL0048dCTL0031dCTL0021*
alias: pnp:cCTL0054dCTL0031dCTL0021*
alias: pnp:cCTL009adCTL0041dCTL0021*
alias: pnp:cCTL009cdCTL0041dCTL0021*
alias: pnp:cCTL009fdCTL0041dCTL0021*
alias: pnp:cCTL009ddCTL0042dCTL0022*
alias: pnp:cCTL009edCTL0044dCTL0023*
alias: pnp:cCTL00b2dCTL0044dCTL0023*
alias: pnp:cCTL00c1dCTL0042dCTL0022*
alias: pnp:cCTL00c3dCTL0045dCTL0022*
alias: pnp:cCTL00c5dCTL0045dCTL0022*
alias: pnp:cCTL00c7dCTL0045dCTL0022*
alias: pnp:cCTL00e4dCTL0045dCTL0022*
alias: pnp:cCTL00e9dCTL0045dCTL0022*
alias: pnp:cCTL00eddCTL0041dCTL0070*
alias: pnp:cCTLXXXXdCTL0031dCTL0021*
alias: pnp:cCTLXXXXdCTL0041dCTL0021*
alias: pnp:cCTLXXXXdCTL0042dCTL0022*
alias: pnp:cCTLXXXXdCTL0044dCTL0023*
alias: pnp:cCTLXXXXdCTL0045dCTL0022*
If not, then reassign this bug to kernel.
Thanks for the explanation, this makes thing more clear to me. I checked the /sys/ filesystem, and, unless I miss something, I could not find the any "modlias" file containing the snd-sbawe alias. This using the latest FC5 kernel (2.6.16-1.2111_FC5) and using a custom 2.6.16.13, on two different PCs. Same results on all four cases: no reference to the CTLxxx in the "modalias" files. Actually, no reference to "pnp" or "isa" either, only "input", "pci", "ide" and "serio". This is the content of the "modalias" files of one of the two PCs: input:b0011v0001p0001eAB41-e0,1,4,11,14,k71,72,73,74,75,76,77,79,7C,7D,7E,7F,80,8C,8E,8F,96,9B,9C,9D,9E,9F,A3,A4,A5,A6,AD,B7,B8,B9,D9,E2,ram4,l0,1,2,sfw pci:v00008086d00001229sv00008086sd00000040bc02sc00i00 pci:v00001106d00003050sv00000000sd00000000bc06sc00i00 usb:v0000p0000d0206dc09dsc00dp00ic09isc00ip00 pci:v00001106d00003038sv00000925sd00001234bc0Csc03i00 ide:m-cdrom ide:m-disk pci:v00001106d00000571sv00000000sd00000000bc01sc01i8a pci:v00001106d00000596sv00001106sd00000000bc06sc01i00 pci:v000010DEd0000002Csv00000000sd00000000bc03sc00i00 pci:v00001106d00008598sv00000000sd00000000bc06sc04i00 pci:v00001106d00000598sv00000000sd00000000bc06sc00i00 serio:ty06pr00id00ex00 serio:ty01pr00id00ex00 So, I guess you were right, and the bug goes to the kernel... Thanks again. opened under kernel component as #191651 A new kernel update has been released (Version: 2.6.18-1.2200.fc5) based upon a new upstream kernel release. Please retest against this new kernel, as a large number of patches go into each upstream release, possibly including changes that may address this problem. This bug has been placed in NEEDINFO state. Due to the large volume of inactive bugs in bugzilla, if this bug is still in this state in two weeks time, it will be closed. Should this bug still be relevant after this period, the reporter can reopen the bug at any time. Any other users on the Cc: list of this bug can request that the bug be reopened by adding a comment to the bug. In the last few updates, some users upgrading from FC4->FC5 have reported that installing a kernel update has left their systems unbootable. If you have been affected by this problem please check you only have one version of device-mapper & lvm2 installed. See bug 207474 for further details. If this bug is a problem preventing you from installing the release this version is filed against, please see bug 169613. If this bug has been fixed, but you are now experiencing a different problem, please file a separate bug for the new problem. Thank you. I just tested the new kernel today and, as before, the proper modules for the soundcard are not loaded by udev. For ISA devices, there will have to be some manual set up, as they cannot be safely probed. Maybe system-config-soundcard should offer a list of possible ISA cards that may be present, and allow the user to pick from them, but whatever the case, the kernel driver is there, and functional, so this is not a kernel bug. *** Bug 218398 has been marked as a duplicate of this bug. *** *** Bug 209925 has been marked as a duplicate of this bug. *** The same goes for this one as per #191651, some solution, even just an howto, should be provided and the bug closed. Thanks! pg *** This bug has been marked as a duplicate of 191651 *** |
Description of problem: I've a not-so-new PC, K6 + VIA MVP3 MB, with a nice Creative SB64 ISA. After upgrading from FC4 to FC5 the card is not working anymore, reason is that the proper modules are not loaded. I guess this is an udev issue, maybe I'm wrong, so please, in that case, route the problem to proper place. Version-Release number of selected component (if applicable): udev-084-13 How reproducible: Always. Steps to Reproduce: 1. Ugrade from FC4 to FC5 (maybe important) 2. Reboot 3. Type "lsmod" Actual results: No snd-* modules appear at all. Expected results: Some snd-* modules should be shown, specifically snd-sbawe and many others. Additional info: kernel is 2.6.16-1.2080_FC5. kudzu shows correctly: - class: OTHER bus: ISAPNP detached: 0 desc: "Creative SB AWE64 PnP - CTL0022" deviceId: CTL0022 pdeviceId: CTL00e4 - class: OTHER bus: ISAPNP detached: 0 desc: "Creative SB AWE64 PnP - CTL7002" deviceId: CTL7002 pdeviceId: CTL00e4 compat: PNPb02f - /etc/modprobe.conf (maybe last 3 lines are not OK, nevertheless this worked before). ... alias char-major-116* snd alias snd-card-0 snd-sbawe alias char-major-14* soundcore alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss install snd-sbawe /sbin/modprobe --first-time --ignore-install snd-sbawe && { /usr/sbin/alsactl restore >/dev/null 2>&1 || :; } remove snd-sbawe { /usr/sbin/alsactl store >/dev/null 2>&1 || :; } ; /sbin/modprobe -r --first-time --ignore-remove snd-sbawe ...