Another sound problem

I’ve been through this before and successfully got sound working. After using the Live DVD to recover my system from fglrx’s doom, the sound is gone again. And now going through the same steps as before doesn’t seem to make it work anymore.

My alsa-info:
Paste2: Next Generation Pastebin - Viewing Paste 185722

Starlet:~ # rpm -qa | grep alsa

Starlet:~ # rpm -qa | grep pulse

Starlet:~ # rpm -q libasound2

Starlet:~ # uname -a
Linux Starlet #1 SMP 2009-02-25 15:40:44 +0100 x86_64 x86_64 x86_64 GNU/Linux

Starlet:~ # cat /etc/modprobe.d/sound
options snd-hda-intel model=hp
options snd slots=snd-hda-intel

alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel

Also, it seems like alsa-driver-kmp-default- hosted on Index of /repositories/multimedia:/audio:/KMP/openSUSE_11.1/x86_64 is broken. I’ve downloaded it many times and tried installing it, and it’d always result in some premature end of file kind of error.

Its possible you may need to update your alsa to the 1.0.19 version of alsa, but note the “uname -a” command indicates your PC has the kernel. Hence the alsa-driver-kmp-default- will NOT (or at least should NOT) install on your PC, as that is for a different kernel version. You need to pay attention to the versioning.

From what I have read, there is no longer alsa rpms (on the openSUSE build site maintained by the openSUSE alsa/dev) for the kernel. Did you keep your own copy of those rpms? (I do most the time, for my 32-bit PC). Anyway if you do not want to compile your own alsa rpm for the kernel, and IF an update to 1.0.19 of alsa is needed, you will either need to roll back to the older kernel, or update to the kernel, or find someone who has the rpms you want. Note either of kernel changes will possibly break your graphics again.

You could try to get your sound to work with the 1.0.17/1.0.18 alsa that you have installed, but I am not so convinced that will work. In terms of keeping your current kernel, and trying to get the sound to work, the ONLY idea I have, is for you to change your /etc/modprobe.d/sound file to the following, restart your PC, and test your sound (where I added “enable_msi=1”):

options snd-hda-intel enable_msi=1 model=hp
options snd slots=snd-hda-intel

alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel 

After making/saving the change, reboot and test your sound.

Frankly, I do not think that will work. The kernel change has likely borked your sound, and you need an alsa version that is consistent with the kernel.

Anyway, good luck.

Thanks for the prompt, helpful response!

I actually found out that my kernel-default and the rest are still, with the exception for kernel-debug-extra and kernel-extra being (iirc.) And it looks to me like the former version is required for the wl-broadcom I downloaded to work. I have recollections of not finding a version of wl-broadcom that wouldn’t trigger dependency conflicts, so I installed it anyway (this was before the fglrx mess.) But it didn’t work before I used the Live DVD to fix my system. Now it works, with my sound compromised.
I don’t need fglrx. I can live without it, but not without radeonhd. So I got rid of it.

I’ve just started using Linux recently and I still can’t tell the consequences of updating my kernel. If I decide to update it to, will I have to update everything else dependent upon it? I could risk downgrading my kernel-extra and kernel-debug-extra as well–what do you say?

PS: I have enable_msi=1 added but there’s still no sound.

I never install debug apps like kernel-debug-extra. If its not needed, then IMHO remove it. Did you also install kernel-debug? Because it should not be needed either. What is the output of:rpm -qa | grep kernel

As for updating a kernel, there is always a risk associated with that. If one is using proprietary drivers, they are typically broken by a kernel update. Which means if one is using proprietary graphic, sound, wireless, webcam, … drivers, by updating one’s kernel, they could be broken. Which could mean no graphics, no wireless, no sound, … etc … Sometimes (not always) if one is using the open source drivers (such as openGL or vesa) for graphics, then they are not broken by a kernel update. Similar for audio, sometimes if one is not using very new audio hardware, then a kernel update may not break one’s sound. But no guarantees.

Its best to prepare before hand when considering a kernel update. Surf for the experiences of others with the same hardware, with the new kernel. And backup key configuration files.