Bug 161748
Summary: | system-config-soundcard gives backtrace | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Michal Jaegermann <michal> | ||||||||||
Component: | kudzu | Assignee: | Bill Nottingham <notting> | ||||||||||
Status: | CLOSED NOTABUG | QA Contact: | David Lawrence <dkl> | ||||||||||
Severity: | medium | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 4 | CC: | rvokal | ||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | i386 | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2006-02-03 17:08:46 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
Michal Jaegermann
2005-06-26 23:19:56 UTC
Can you attach content of /etc/modprobe.conf, output of "lsmod", output of "aplay -l", content of /proc/asound/modules and content of /etc/sysconfig/hwconf? 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:
0 snd_trident
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]
+-01.0-[0000:01]--
+-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
Lite/Ultra100)
and "AUDIO" portion of hwconf:
class: AUDIO
bus: PCI
detached: 0
driver: snd-trident
desc: "1023:2000"
vendorId: 1023
deviceId: 2000
subVendorId: 1023
subDeviceId: 2000
pciType: 1
pcidom: 0
pcibus: 0
pcidev: a
pcifn: 0
The other files you ask for are attached further down.
This is not really a very exotic soundcard. :-)
Created attachment 116020 [details]
'lsmod' output
Created attachment 116021 [details]
'aplay -l' output
Created attachment 116022 [details]
a full copy of /etc/sysconfig/hwconf
Could you please check package here: http://people.redhat.com/stransky/scs/ 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 Driver: unknown Device: None ----------- 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 class: AUDIO bus: PCI detached: 0 driver: snd-trident 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. |