Bug 786243
| Summary: | Subwoofer in ASUS G73 does not work | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Rudd-O DragonFear <rudd-o> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mail |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-09-17 18:32:12 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Rudd-O DragonFear
2012-01-31 19:44:15 UTC
By the way, the problem is with the alsa drivers that come with the kernel, as you can see the diwic package (enhanced version available here: https://launchpad.net/~ubuntu-audio-dev/+archive/alsa-daily/+packages ) contains numerous patches for HDA cards. we're not merging alsa snapshots, so unless you can identify the individual patch(es) that fix the problem, you'll have to wait until 3.3 is backported to f16. OK, so these alsa snapshots will be upstreamed to 3.3 on Fedora 17, right? I can wait for that. I have upstreamed this bug: https://bugzilla.kernel.org/show_bug.cgi?id=42720 Takashi Iwai was kind enough to port the bass slave volume fix to his tree, and ping Linus about upstreaming his fix: http://git.kernel.org/?p=linux/kernel/git/tiwai/sound.git;a=blobdiff;f=sound/pci/hda/patch_realtek.c;h=6c8ef04c9c49965bb054f9e7d1efcc5862c9ca3f;hp=a8e82be3d2fc4327a429ea0117ca30f66a114a55;hb=28f6c6b4f1c16c74ee6a3a7230685525b679df7d;hpb=b5bcc189401c815988b7dd37611fc56f40c9139d This bug should be closed nextrelease if F17 is going to have 3.3. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. [mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update. Hi, I tried kernel-3.3.0-4.fc16 and the subwoofer didn't work out of the box. So I fired up alsamixer which showed "bass speaker" muted. I increased it's volume and the subwoofer started to work. I rebooted into 3.2.10-3 and saw the same "bass speaker, tried some song and it worked. So I guess this ain't a kernel problem. @Rudd: Would you mind to check alsamixer's settings? Regards Marcel It is a kernel problem, because the volume pin to output pin wiring for the sub happens in the kernel module. It has been mostly fixed in kernel 3.3. Raising and lowering the master volume now raises and lowers the output sound (note, not the visual volume control) of the sub speaker, SO LONG as the bass speaker volume is first manually set to 100. Now the module needs to set the Bass Speaker volume to 100 by default, as it's pointless to set it to 0 (the current default). Closing this out. If there's further work to do, I would suggest you continue to work with upstream as you have already done. Yeah, this is fixed. I did end up moving to Ubuntu. |