Bug 128629 - Sound card doesn´t work anymore after chenging PCI slot
Summary: Sound card doesn´t work anymore after chenging PCI slot
Status: RESOLVED FIXED
: 120175 (view as bug list)
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: YaST2 (show other bugs)
Version: unspecified
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Ladislav Slezák
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-16 22:05 UTC by Michael Stather
Modified: 2005-11-21 08:46 UTC (History)
1 user (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
YaST2 logs (1.08 MB, application/x-gtar)
2005-10-16 22:06 UTC, Michael Stather 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Stather 2005-10-16 22:05:36 UTC 
I had a soundcard which worked successfully in 10.1. I changed the position of
the card to another PCI socket because I wanted to add another card, and the
sound stopped working. I went into YaST2 sound module and I saw the old card
"SoundFusio Audio accelerator" but another "SoundFusion Audio accelerator" which
was shown as not configured. I deleted the old one and configured the enw one,
and it worked fine again. Could this be handled better so that changing the
position doesn´t matter (like in Windows)?
YaST2 logs are attached.
Comment 1 Michael Stather 2005-10-16 22:06:07 UTC 
Created attachment 54214 [details]
YaST2 logs
Comment 2 Michael Gross 2005-10-17 06:46:30 UTC 
Please provide `hwinfo --sound' as well.
Comment 3 Michael Stather 2005-10-17 21:21:24 UTC 
r098088:/home/michael # hwinfo --sound
17: PCI 08.0: 0401 Multimedia audio controller
  [Created at pci.277]
  UDI: /org/freedesktop/Hal/devices/pci_10b9_5455
  Unique ID: RE4e.qAIzqAgBao4
  SysFS ID: /devices/pci0000:00/0000:00:08.0
  SysFS BusID: 0000:00:08.0
  Hardware Class: sound
  Model: "ASRock In M5455 PCI AC-Link Controller Audio Device"
  Vendor: pci 0x10b9 "ALi Corporation"
  Device: pci 0x5455 "M5455 PCI AC-Link Controller Audio Device"
  SubVendor: pci 0x1849 "ASRock Incorporation"
  SubDevice: pci 0x0850
  Revision: 0x20
  I/O Ports: 0xe800-0xe8ff (rw)
  Memory Range: 0xff6ff000-0xff6fffff (rw,non-prefetchable)
  IRQ: 15 (no events)
  Module Alias: "pci:v000010B9d00005455sv00001849sd00000850bc04sc01i00"
  Driver Info #0:
    Driver Status: ali5455 is not active
    Driver Activation Cmd: "modprobe ali5455"
  Driver Info #1:
    Driver Status: snd_intel8x0 is not active
    Driver Activation Cmd: "modprobe snd_intel8x0"
  Config Status: cfg=no, avail=yes, need=no, active=unknown

31: PCI 406.0: 0401 Multimedia audio controller
  [Created at pci.277]
  UDI: /org/freedesktop/Hal/devices/pci_1013_6003
  Unique ID: +QnG.F6qb30eJY93
  Parent ID: H0_h.Xi7km9jxxp1
  SysFS ID: /devices/pci0000:00/0000:00:06.0/0000:04:06.0
  SysFS BusID: 0000:04:06.0
  Hardware Class: sound
  Model: "TERRATEC CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]"
  Vendor: pci 0x1013 "Cirrus Logic"
  Device: pci 0x6003 "CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator]"
  SubVendor: pci 0x153b "TERRATEC Electronic GmbH"
  SubDevice: pci 0x112e
  Revision: 0x01
  Driver: "Sound Fusion CS46xx"
  Memory Range: 0xff5ff000-0xff5fffff (rw,non-prefetchable)
  Memory Range: 0xff400000-0xff4fffff (rw,non-prefetchable)
  IRQ: 7 (1811 events)
  Module Alias: "pci:v00001013d00006003sv0000153Bsd0000112Ebc04sc01i00"
  Driver Info #0:
    Driver Status: snd_cs46xx is active
    Driver Activation Cmd: "modprobe snd_cs46xx"
  Config Status: cfg=yes, avail=yes, need=no, active=unknown
  Attached to: #14 (PCI bridge)

The onboard sound codec is not configured because it doesn´t work. This info is from after the change of the card.
Comment 4 Ladislav Slezák 2005-10-18 12:58:00 UTC 
The configuration is bus based (it's stored in e.g. /etc/sysconfig/hardware/hwcfg-bus-pci-0000:00:07.0)

To support PCI slot change the config would need support another schema (vendor/device based?). I'm not sure about consequnces of such change.

Hannes, Christian, what do you think?
Comment 5 Christian Zoz 2005-10-18 13:59:49 UTC 
You can use hwcfg-vpid-<v id>-<d id>-<sv id>-<sd id>
All ids in hex but without leading 0x (Like you see them in lspci -n)

We should do that not only for sound devices.
Comment 6 Ladislav Slezák 2005-10-19 06:38:16 UTC 
*** Bug 120175 has been marked as a duplicate of this bug. ***
Comment 7 Ladislav Slezák 2005-11-21 08:46:18 UTC 
The yast module uses vpid-* config files now.

Fixed in yast2-sound-2.13.1