Bugzilla – Bug 558979
no audio with kernel-desktop and Intel 82801H STAC9228
Last modified: 2012-08-02 15:59:25 UTC
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.4) Gecko/20091017 SUSE/2.0.0-3.3 SeaMonkey/2.0 I have a Dell Inspiron 1525 which has an Intel 82801H (ICH8) family soundcard, specifically a STAC9228. With kernel-default-2.6.31.5-0.1.1.x86_64, the audio works as expected. However, with kernel-desktop-2.6.31.5-0.1.1.x86_64, there is no audio. Alsa seems to be running, and programs such as mplayer don't complain about a missing audio device; they happily play mute. I've checked the mixer settings and they're fine. I also checked the YaST2 Sound Configuration and the sound card seems to be correctly detected and configured. Let me know what other diagnostics are required and I will gladly provide them. Reproducible: Always Steps to Reproduce: 1. Boot system using kernel-desktop-2.6.31.5-0.1.1.x86_64 2. Try to play sound Actual Results: 3. No error messages are displayed, but no sound is heard. Expected Results: 3. Sound should play like it does when one uses kernel-default
Weird, they should have no difference because they are built from the same source tree. Anyway, could you run alsa-info.sh (with --no-upload option) on both kernels, and attach the outputs to compare?
Created attachment 330723 [details] Output of alsa-info.sh with kernel-default
Created attachment 330724 [details] Output of alsa-info.sh with kernel-desktop
What happens if you run pulseaudio manually? Still no sound?
Nope, still no sound if I run pulseaudio --start manually. It starts up without any complaints, though.
Then try to install hda-verb package from OBS home:tiwai repo, and run like below as root: hda-verb /dev/snd/hwC0D2 0x24 SET_VOLUME_KNOB 0x7f
Yeah, after running that hda-verb command things seem to be working; I'm able to hear music with mplayer.
Problem still exists with kernel-desktop-2.6.31.12-0.1.1.x86_64. Also, the bug happens not just when the system is first booted (or rebooted), but also upon resuming from suspend to RAM. Still, running hda-verb restores the audio functionality (until the next reboot/suspend).
Problem still exists with kernel-desktop-2.6.34-12.3.x86_64 on openSUSE 11.3. The hda-verb workaround still works.
I have discovered that this bug occurs when resuming from suspend only if no audio was playing at the time of suspend. If audio was playing during the suspend, then the audio card screams upon resume. I have reported this as Bug 633484.
The lifecycle of openSUSE 11.2 ended on May 12th 2011. I'm closing this bug to make it easier to focus on upcoming releases. Thank you for reporting this issue and we are sorry that we have not be able to fix it before this version reached its end of life. If you would still like to see this bug fixed and are able to reproduce it against a maintained version, please reopen this bug and change the 'version' of this bug to the applicable version.
As reported in Comment #10, the bug also occurs in openSUSE 11.3. I can also verify that the bug occurs on that system with kernel-desktop-2.6.34.10-0.2.1.x86_64.
With the coming release of openSUSE 12.2, openSUSE kernel developers are focusing their efforts there. Reports against openSUSE 11.4 and prior will not get the attention needed to resolve them before openSUSE 12.2 is release and openSUSE 11.4 becomes unmaintained. Please re-test with openSUSE 12.1 or openSUSE RC2+ and re-open with an updated Product if you still encounter your issue. We apologize for this issue not getting the attention it deserves but we are focusing our resources in the area where they will have the most impact for our users. We're working hard to make openSUSE 12.2 the best openSUSE release yet!