Re: FC3 and soundcard

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Alexander Apprich wrote:
Didier Cassereau wrote:

Hello everybody,

I use FC3 + kernel 2.6.9-1.724_FC3smp ; the sound card is identified without problems and sound works fine.

I tried with kernel 2.6.10-1.737_FC3smp ; the auto detection of the sound card works and yields the same as with kernel 2.6.9-1.724_FC3smp. But sound does not work !
I have the same problem with kernel 2.6.10-1.741_FC3smp.


Does somebody have an idea or a suggestion ?

Also I never could listen an audio CD ; the CD is read and the tracks are listed correctly, but no sound.


Okay, what soundcard do you have? What modules were loaded with kernel
2.6.9-1.724_FC3smp? Did you check /etc/modprobe.conf?

apprich@elmstreet apprich $ grep snd /etc/modprobe.conf
alias snd-card-0 snd-intel8x0
options snd-card-0 index=0
install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 || :
remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0



My /etc/modprobe.conf is exactly the same:
alias snd-card-0 snd-intel8x0
options snd-card-0 index=0
install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 || :
remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0


apprich@elmstreet apprich $ sudo /sbin/lspci | grep -i audio
00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)



00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)


apprich@elmstreet apprich $ /sbin/lsmod | grep -i snd
snd_intel8x0 35853 5
snd_ac97_codec 65169 1 snd_intel8x0
snd_pcm_oss 50809 0
snd_mixer_oss 20929 2 snd_pcm_oss
snd_pcm 89669 3 snd_intel8x0,snd_pcm_oss
snd_timer 27077 1 snd_pcm
snd_page_alloc 13641 2 snd_intel8x0,snd_pcm
gameport 8513 1 snd_intel8x0
snd_mpu401_uart 11329 1 snd_intel8x0
snd_rawmidi 27109 1 snd_mpu401_uart
snd_seq_device 11849 1 snd_rawmidi
snd 54821 16 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device


soundcore              12961  2 snd


snd_intel8x0 32865 2
snd_ac97_codec 67105 1 snd_intel8x0
snd_pcm_oss 47861 0
snd_mixer_oss 17089 2 snd_pcm_oss
snd_pcm 92233 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
snd_timer 28357 1 snd_pcm
snd 52261 8 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 9889 2 snd
snd_page_alloc 9541 2 snd_intel8x0,snd_pcm


Did you check /var/log/messages for error messages?


The only error message I can see in /var/log/messages (and clear related to kernel 2.6.10-1.741 is the following:


Jan 17 07:24:23 dc4u kernel: PCI: Using ACPI for IRQ routing
Jan 17 07:24:23 dc4u kernel: ** PCI interrupts are no longer routed automatically. If this
Jan 17 07:24:23 dc4u kernel: ** causes a device to stop working, it is probably because the
Jan 17 07:24:23 dc4u kernel: ** driver failed to call pci_enable_device(). As a temporary
Jan 17 07:24:23 dc4u kernel: ** workaround, the "pci=routeirq" argument restores the old
Jan 17 07:24:23 dc4u kernel: ** behavior. If this argument makes the device work again,
Jan 17 07:24:23 dc4u kernel: ** please email the output of "lspci" to bjorn.helgaas@xxxxxx
Jan 17 07:24:23 dc4u kernel: ** so I can fix the driver.


I tried to restart the new kernel with the pci=routeirq argument, but it does not work better.

--
----------------------------------------------------
Didier CASSEREAU
Laboratoire Ondes et Acoustique, E.S.P.C.I.
10 rue Vauquelin, 75231 PARIS Cedex 05, FRANCE
Tél: (+33.1) 40.79.44.69 - Fax: (+33.1) 40.79.51.47


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux