Bug 144858
Summary: | no sound for intel 82801DB on vmlinuz-2.6.10-1.737_FC3SMP | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | charles harris <charlesr.harris> |
Component: | alsa-lib | Assignee: | Martin Stransky <stransky> |
Status: | CLOSED DUPLICATE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | jamesodhunt |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-21 19:07:52 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: |
Description
charles harris
2005-01-12 00:30:26 UTC
snd-intel8x0 is quite buggy. You have to wait for new version of ALSA, or you can try 1.0.8rc, there is many fixes for snd-intel8x0. Another way is testing sound only on console with aplay. If aplay doesn't work, is something usually wrong. Sounds related to bug #144848 >snd-intel8x0 is quite buggy. You have to wait for new version of ALSA,
But, uhh, it was working fine in 2.6.9. Something was changed which
broke it, and a Fedora-supplied patch to back out these changes is
probably a good idea, ESPECIALLY since 2.6.10 is a security fix
release and the last version where sound works has a locally
expolitable root escalation.
-John
aplay works fine to play wav files. i.e. aplay -t wav /usr/share/sounds/KDE_Desktop5.wav gives a nice little beep. Nix that last comment. Wrong machine. Sorry. I have the same problem with the same Intel chipset. 'lspci' shows: 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) 00:1f.6 Modem: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 01) My machine is an IBM T40. I can confirm that Charles is correct. I've just wasted 30 minutes rebooting and grep'ing around. My sound setup works fine with 2.6.9-1.667, but with kernel-2.6.10-1.737_FC3 or kernel-2.6.10-1.741_FC3 I get no sound whatsoever!! 'aplay' does *not* work for me with a 2.6.10* kernel. Neither does 'play'. My /etc/modprobe.conf has... # this bit generated by FC3 install 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 # this bit added by me: alias sound-slot-0 snd-card-0 alias char-major-14 soundcore alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss I noticed this juicy comment in /var/log/messages when booting with a 2.6.10* kernel: Jan 12 10:42:30 azul kernel: ** PCI interrupts are no longer routed automatically. If this Jan 12 10:42:30 azul kernel: ** causes a device to stop working, it is probably because the Jan 12 10:42:30 azul kernel: ** driver failed to call pci_enable_device(). As a temporary Jan 12 10:42:30 azul kernel: ** workaround, the "pci=routeirq" argument restores the old Jan 12 10:42:30 azul kernel: ** behavior. If this argument makes the device work again, Jan 12 10:42:30 azul kernel: ** please email the output of "lspci" to bjorn.helgaas Jan 12 10:42:30 azul kernel: ** so I can fix the driver. Alas, booting with "pci=routeirq" and a 2.6.10* kernel did *not* help me. I've reverted back to 2.6.9-1.667 for now... Regards, James. *** This bug has been marked as a duplicate of 144742 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |