|
Bugzilla – Full Text Bug Listing |
| Summary: | No oss devices | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Andreas Schwab <schwab> |
| Component: | Basesystem | Assignee: | Takashi Iwai <tiwai> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | gp, rw |
| Version: | Beta 3 | ||
| Target Milestone: | --- | ||
| Hardware: | IA64 | ||
| OS: | All | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | lsmod after rcalsound restart | ||
|
Description
Andreas Schwab
2005-08-26 09:22:23 UTC
What does missing mean? No device file or the links are missed /suse/werner> ll /dev/mixer lrwxrwxrwx 1 root root 6 Aug 24 11:57 /dev/mixer -> mixer0 /suse/werner> ll /dev/dsp lrwxrwxrwx 1 root root 4 Aug 24 11:57 /dev/dsp -> dsp0 or the driver is not loaded? Check whether snd-pcm-oss module is loaded. If it's there, create /dev/mixer and /dev/dsp manually to check whether it works. If it works indeed, the culprit might be udev/hal. (Are you using ibook or powerbook?) I've just noticed that sound wasn't running, although configured (this is an
update).
# hwinfo --sound
10: PCI a004.0: 0401 Multimedia audio controller
[Created at pci.277]
UDI: /org/freedesktop/Hal/devices/pci_1319_801
Unique ID: 3rad.GGNWTM9aXXC
SysFS ID: /devices/pci0000:a0/0000:a0:04.0
SysFS BusID: 0000:a0:04.0
Hardware Class: sound
Model: "Fortemedia Xwave QS3000A [FM801]"
Vendor: pci 0x1319 "Fortemedia, Inc"
Device: pci 0x0801 "Xwave QS3000A [FM801]"
SubVendor: pci 0x1319 "Fortemedia, Inc"
SubDevice: pci 0x1319
Revision: 0xb2
I/O Ports: 0xa000-0xbfff (rw)
Module Alias: "pci:v00001319d00000801sv00001319sd00001319bc04sc01i00"
Driver Info #0:
Driver Status: forte is not active
Driver Activation Cmd: "modprobe forte"
Driver Info #1:
Driver Status: snd_fm801 is not active
Driver Activation Cmd: "modprobe snd_fm801"
Config Status: cfg=yes, avail=yes, need=no, active=unknown
# cat /etc/modprobe.d/sound
options snd-fm801 enable=1 index=0
# YaST2: sound system dependent part
#
alias sound-slot-0 snd-card-0
alias sound-service-0-0 off
alias sound-slot-1 off
alias sound-service-1-0 off
alias sound-slot-2 off
alias sound-service-2-0 off
alias sound-slot-3 off
alias sound-service-3-0 off
alias char-major-14 off
# Alsa sound support.
# Warning: please don't modify comments over aliases 'snd-card-#'
alias char-major-116 snd
options snd cards_limit=1 major=116
# 3rad.G_8shJkW852:Xwave QS3000A [FM801]
alias snd-card-0 snd-fm801
Even after rcalsasound restart the devices are missing and snd-pcm-oss is indeed not loaded. Created attachment 47758 [details]
lsmod after rcalsound restart
Do you have /etc/sysconfig/hardware/hwcfg-bus-pci* including snd-fm801 module? alsasound start won't load the modules by itself (although restart/reload does). The lack of snd-pcm-oss after restart will be fixed in the next update. No, I don't. Strange, yast2 should create a hwcfg file there. I guess reconfiguring sound via yast2 or alsaconf should help. This was an update (with y2pmsh). Well, basically yast should take care of this update route, but apparently it's not. Anyway, try to run alsaconf again to reconfigure the device. Alternatively, I can add the module loading back to alsasound init script with a check of sysconfig variable. But I don't think it's needed if reconfiguring the device solves the problem. We'll definitely want this to work with the new shiny ia64 workstations to arrive soon, don't we? ;-) The system should work. It's just a problem of updating. The configuration isn't completely copied if it wasn't set up via yast. As mentioned above, it should be OK once if you reconfigure the sound device on the new system. I set this to WONTFIX since there is a workaround for the brokenness by the update path. |