+++ This bug was initially created as a clone of Bug #228589 +++ Description of problem: On initial installation, sound was working. After updated to kernel 2944 86x64, it no longer worked; not even after I switched back to kernel 2798. I have downloaded and compiled/installed the alsa drivers you suggested in Bug #228589. I removed the referenced in /etc/modprobe (which have not been replaced) -- and still no results. I do hear a speaker click during boot, just as the udev rules start up. My suspicion is that some other process is stepping on the sound card resources. But I don't know enough about debugging the kernel to prove it. I have attached a freshly generated scsconfig.log which shows that the kernel thinks everything is fine.
Created attachment 153748 [details] I have attached a freshly generated scsconfig.log
If I knew how to compile the kernel, I would try that!
Created attachment 153756 [details] Strange things in dmesg -- Hope it helps.
Try to write these lines to /etc/asound.conf: #Generated by system-config-soundcard, do not edit by hand #SWCONF #DEV 0 defaults.pcm.card 0 defaults.pcm.device 0 defaults.ctl.card 0
You can close this bug. I will open check back when I can get closer to an answer. I haven't determined the cause, but some process was stepping on either of the alsa-lib or snd-intel8x0 kernel drivers. Most of my installs and updates we batched. There is no way of knowing what the process was. I've reinstalled Linux and turned on desktop sounds so I will know pretty quick when the sound fails again.
okay.