Red Hat Bugzilla – Bug 161748
system-config-soundcard gives backtrace
Last modified: 2014-03-16 22:54:42 EDT
Description of problem:
An attempt to use a freshly installed system-config-soundcard from FC4
immediately ended like that
Traceback (most recent call last):
File "/usr/share/system-config-soundcard/system-config-soundcard.py", line 46,
app = soundcard.childWindow()
File "/usr/share/system-config-soundcard/soundcard.py", line 64, in __init__
self.cardList = self.soundcardBackend.probeCards()
File "/usr/share/system-config-soundcard/soundcardBackend.py", line 143, in
self.defaultModule = self.cardList.driver
IndexError: list index out of range
The soundcard in question is actually "Trident Microsystems 4DWave DX"
and uses snd-trident.ko module.
Version-Release number of selected component (if applicable):
Can you attach content of /etc/modprobe.conf, output of "lsmod",
output of "aplay -l", content of /proc/asound/modules and content of
It look like missing/undetected sound card.
Created attachment 116018 [details]
modprobe.conf after an upgrade
Attached is modprobe.conf after an update conversions - "as is".
With an exception of lines with /bin/aumix-minimal, which does not exist
anymore, what automatically happened looks sane.
In /proc/asound/modules there is only one line now. Namely:
Here is a full look at a PCI bus on a machine in question:
-[0000:00]-+-00.0 VIA Technologies, Inc. VT8363/8365 [KT133/KM133]
+-04.0 VIA Technologies, Inc. VT82C686 [Apollo Super South]
+-04.1 VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C
PIPC Bus Master IDE
+-04.2 VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
+-04.3 VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
+-04.4 VIA Technologies, Inc. VT82C686 [Apollo Super ACPI]
+-09.0 Intel Corporation 82557/8/9 [Ethernet Pro 100]
+-0a.0 Trident Microsystems 4DWave DX
+-0c.0 ATI Technologies Inc Rage XL
\-11.0 Promise Technology, Inc. PDC20265 (FastTrak100
and "AUDIO" portion of hwconf:
The other files you ask for are attached further down.
This is not really a very exotic soundcard. :-)
Created attachment 116020 [details]
Created attachment 116021 [details]
'aplay -l' output
Created attachment 116022 [details]
a full copy of /etc/sysconfig/hwconf
Could you please check package here:
and send me output of it?
system-config-soundcard-1.2.12-3.test did not give me a traceback this time
but it printed:
----------- CARD LIST ------------------
Desc: Trident Microsystems 4DWave DX
----------- CARD LIST END ------------------
---- self.cardlist -------
---- self.cardlist END -------
followed by an alert which basically said the same thing.
Mind you - this system is now for me "remote" and I will be not around
a local keyboard for some time.
Thanks, it's what I've wanted. It looks like an undetected card by kudzu
(Driver: unknown and Device: None), but I don't know why, because you have the
right driver in hwconf but the description (Trident Microsystems 4DWave DX)
isn't here and kudzu returns right description without a driver.
Mind you, kudzu seems to detect the card. As I wrote before in hwconf we have
but look at 'desc:' tag. It says "1023:2000" instead of "Trident Microsystems
4DWave DX". This is actually correct but this alternate identifier is not
used. Even if kudzu for some reasons is not coordinating these two an
identification by a PCI id should be good enough.
Do you have a separate /usr? Maybe kudzu can't found pci.ids file...
> Do you have a separate /usr?
Yes, indeed, I do. Still when kudzu runs everything should be already
mounted as local file systems are mounted from rc.sysinit so this should
not matter. Indeed it does not on FC3 installations and earlier with
/usr/share/hwdata/pci.ids not on a / partition.
OTOH if kudzu and/or other things rely on an "early" existence of this file
this is a severe bug regardless. /usr/share is "share" also because it could
be mounted over, say, NFS and be common to the whole group of machines. In such
case this file will show up quite a bit later after a kudzu run.
...backtrace is fixed in rawhide...
Reassigning to kudzu...
Kudzu relies on pci.ids for descriptive strings, but those strings are not used
anywhere outside of UIs... and those UIs woulld all run with /usr mounted.
Considering the deprecated status of kudzu, this isn't really going to change.