Ok, from that I can see a 64-bit openSUSE-11.1 with the latest (for 11.1) 2.6.27.29 kernel and an AD1984A hardware audio codec.
The mixer settings look ok.
I confess not remembering recommending the setting
options snd-hda-intel enable_msi=1 model=hp-m4
for an HP Probook 4310s, but thats possibly my horrific memory. 
…
When I search for the AD1984A, I find the following, none of which are have the model option hp-m4:
AD1884A / AD1883 / AD1984A / AD1984B
desktop 3-stack desktop (default)
laptop laptop with HP jack sensing
mobile mobile devices with HP jack sensing
thinkpad Lenovo Thinkpad X300
The option “hp-m4” is for the STAC92HD71B* hardware audio codec which your PC does not have. So thats likely the wrong hardware codec.
So, I’m a bit surprised sound does not work out of the speakers without a model option applied, and I’m also thinking you have the wrong model option assigned in the /etc/modprobe.d/sound file. Try this instead:
options snd-hda-intel enable_msi=1 model=laptop
options snd slots=snd-hda-intel
# u1Nb.SXH0RzeuC39:82801I (ICH9 Family) HD Audio Controller
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel
restart the PC and test the sound. You may or may not have to remove the “enable_msi=1” setting.
And if that does not work, try:
options snd-hda-intel enable_msi=1 model=mobile
options snd slots=snd-hda-intel
# u1Nb.SXH0RzeuC39:82801I (ICH9 Family) HD Audio Controller
alias snd-card-0 snd-hda-intel
alias sound-slot-0 snd-hda-intel
Again, restart the PC and test the sound. You may or may not have to remove the “enable_msi=1” setting.
I also did do a search of the AD1984A on the alsa web site, noting this: Search results - AlsaProject - AD1984A and as you can see there are some updates in 1.0.19 and 1.0.20 of alsa to the AD1984A which may address such a problem (and that is speculation on my part).
Its also possible the update from the “stock” 2.6.27.9 kernel to the 2.6.27.29 kernel broke the speaker functionality.
So if none of the above edits to the /etc/modprobe.d/sound file worked, then remove all the edits, and update alsa as per the guidance on this site: Alsa-update - openSUSE which is a lot easier than it looks. Basically it means, open a konsole/terminal, type “su” (no quotes - enter root password) to get root permissions, and then copy and paste the following six zypper commands in sequence, one at a time (and don’t miss one) to update the alsa user space to version 1.0.21 of alsa:
zypper ar http://download.opensuse.org/repositories/multimedia:/libs/openSUSE_11.1/ multimedia
zypper install alsa alsa-docs libasound2
zypper rr multimedia
zypper ar http://download.opensuse.org/repositories/multimedia:/audio:/KMP/openSUSE_11.1_Update/ multimedia
zypper install alsa-driver-kmp-default
zypper rr multimedia
Restart the PC and test the sound. Note you need to be mindful as to what is in the /etc/modprobe.d/sound file, as the wrong entry there will cause audio not to function.
And if that does not work, keep the above, and try the daily snapshot versions with:
zypper ar http://download.opensuse.org/repositories/multimedia:/audio:/snapshot/openSUSE_11.1/ multimedia
zypper install alsa alsa-utils alsa-tools alsa-firmware alsa-oss alsa-plugins alsa-plugins-pulse libasound2
zypper rr multimedia
zypper ar http://download.opensuse.org/repositories/multimedia:/audio:/KMP/openSUSE_11.1_Update/ multimedia
zypper install alsa-driver-kmp-default
zypper rr multimedia
Its possible when sending the 2nd and 5th command you will be told it is already updated. Send that command and following commands anyway. Then restart, and test the sound.
Again, be mindful as to what is in the /etc/modprobe.d/sound file, as that can break your PC’s audio.
Note, it may be necessary to run “alsaconf” as root if your /etc/modprobe.d/sound file gets totally messed up, as that will rewrite the file from scratch.
