Created attachment 491806 [details] hardware info included as per instructions at: http://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html Description of problem: Input mixer does not function correctly. This is a long-standing issue and the mixer has not functioned in any previous kernel by my knowledge. Normal pulseaudio mixer volume control has a single slider for microphone input that does not allow any microphone input at any gain setting. Workaround: pavucontrol needs to be installed and this presents a "Front Left" and "Front Right" Input slider. When these are locked together, they act exactly like the single one (no sound input) but when they are unlocked and one is set to maximum and the other set to minimum, sound input works perfectly. In fact, the gain of the microphone input seems to be correlated to the difference between the two slider settings. However, any changes to the gain using the normal mixer or automated gain control by VOIP software locks the channels together and reverses this workaround. This can be worked around more permanently by creating a /etc/modprobe.d/alsa-base.conf file containing the following line: options snd-hda-intel position_fix=1 enable=yes This was reported previously at: http://bugzilla.redhat.com/show_bug.cgi?id=653016 Lennart Poettering suggested that this was a kernel bug and should be reported upstream. How reproducible: Always Additional info: See attached hardware info included as per instructions at: http://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html Related Bug: https://bugzilla.redhat.com/show_bug.cgi?id=620189
The problem remains in F15 but the position_fix workaround no longer works in F15
Do you still see this with the 3.2 or 3.3 kernels?
The problem continues to exist in the 3.2 kernel that is in a fully updated Fedora 16. Also the workaround stopped working-around quite some time ago. I can't manually work around this by setting the two mixer slider halves differently since both Skype and Google Talk clients seem to auto-adjust the mic volume and set both halves equal again no matter what I do. Other than a few other less critical quirks, Fedora 16 runs on this System 76 Starling netbook quite well.
This seems to be the most relevant bugzilla upstream: https://bugzilla.kernel.org/show_bug.cgi?id=12070 It is discouraging that this issue hasn't been touched in over 3 years.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
Is this still an issue with the 3.9 kernels in F19?
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 2 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.