Comment 35 for bug 130559

I confirm that this bug still exists in 2.6.22-13 on a dell latitude d630.

I also confirm that it can still be cured by getting ftp://ftp.alsa-project.org/pub/driver/alsa-driver-1.0.15rc3.tar.bz2, unpacking, and running configure && make && sudo make install. (You will need to have kernel headers and development packages installed.)

But there's a catch: the ubuntu distribution is putting the snd-hda-intel.ko module in /lib/modules/2.6.22-13-generic/ubuntu/media/snd-hda-intel/snd-hda-intel.ko while the alsa-driver puts the module in /lib/modules/2.6.22-13-generic/kernel/sound/pci/hda/snd-hda-intel.ko, so the "make install" installs the correct module but the old module is still there. So, the first reboot still fails and generates a large number of symbol mismatch errors in kern.log.

Further to confuse the issue, when you copy the correct module over the old module, or simply delete the old module, the module dependencies are still referring to the old version of snd-hda-intel.ko, so the next reboot still fails and reports that snd_hda_intel failed to load the symbol snd_hwdep_new. Go back and rerun the "sudo make install" to get the right dependencies computed.

Better, remove the old version of snd-hda-intel.ko before you install the recompiled alsa drivers and you should be good at the first reboot.

I did not need to specify any module options for snd_hda_intel to work.

-- rec --