|
Bugzilla – Full Text Bug Listing |
| Summary: | no audio with kernel-desktop and Intel 82801H STAC9228 | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.3 | Reporter: | Tristan Miller <psychonaut> |
| Component: | Kernel | Assignee: | Takashi Iwai <tiwai> |
| Status: | RESOLVED WONTFIX | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | jeffm |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | openSUSE 11.3 | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
Output of alsa-info.sh with kernel-default
Output of alsa-info.sh with kernel-desktop |
||
|
Description
Tristan Miller
2009-11-27 22:54:23 UTC
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. 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! |