Created attachment 913066 [details] alsa-info Description of problem: Sound from the internal speakers of my laptop seems to work well, until, i plug in a headphone, and then plug them out.The internal speakers doesn't produce any sound after taking the headphone out, and works only after manually adjusting the alsamixer variable for the headphone(NOTE: not the speaker variable). Increasing the dB gain of the headphone through alsamixer make the internal speakers work again. Version-Release number of selected component (if applicable): ALSA driver version k3.14.2-200.fc20.i686 How reproducible: Steps to Reproduce: 1.Plug in a headphone. 2.Plug out the headphone. 3.Sound from the internal speakers are gone. Actual results: Output from the alsamixer: Initial(dB gain)- headphone(0.0) speaker(0.0) [Internal speakers work] Plug in headphone- headphone(0.0) speaker(-65.25) [sound through headphone] Plug out headphone-headphone(-65.25) speaker(0.0) [Internal speakers doesn't work] Expected results: Initial(dB gain)- headphone(0.0) speaker(0.0) [Internal speakers work] Plug in headphone- headphone(0.0) speaker(-65.25) [sound through headphone] Plug out headphone-headphone(0.0) speaker(0.0) [Internal speakers doesn't work] Additional info: alsa-info.sh Output from amixer before fixing problem. Ouput from amixer after fixing the problem.
Created attachment 913067 [details] amixer_before.txt
Created attachment 913068 [details] amixer_after.txt
you have to post output of alsa-info.sh
(In reply to Raymond from comment #3) > you have to post output of alsa-info.sh I already did. You can find it in the Attachments. Regards, Soumen Ganguly
you have to post output of alsa-info.sh pact list when work and not work as there is only one Jack which can be retasked as headphone or mic the pin ctl of the Jack can be used to determine it is headphone or mic out HP is headphone and in is mic Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out Control: name="Headphone Playback Switch", index=0, device=0 ControlAmp: chs=3, dir=Out, idx=0, ofs=0 Control: name="Headphone Mic Boost Volume", index=0, device=0 ControlAmp: chs=3, dir=In, idx=0, ofs=0 Control: name="Headphone Mic Jack", index=0, device=0 Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x2f, mute=0 Amp-In vals: [0x03 0x03] Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80] Pincap 0x0000003c: IN OUT HP Detect Pin Default 0x03211c1f: [Jack] HP Out at Ext Left Conn = 1/8, Color = Black DefAssociation = 0x1, Sequence = 0xf Pin-ctls: 0xc0: OUT HP Unsolicited: tag=01, enabled=1 Connection: 2 0x0c* 0x0d
https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/pci/hda/hda_generic.c?id=a07a949be6eb1c9aab06adaadce72dbd27b7d9cb Max channels cannot be equal the number of speakers/headphone , if there are more than one headphone, it does not imply it must support 4 channels if one ofthe audio out is assigned to the speaker it depend on whether audio output assigned to each headphone/speaker when there are multiple headphone / speakers
how do the combo Jack change from headphone to Mic and vice versa ? auto mute should be disabled when the Jack change to Mic control.8 { iface MIXER name 'Capture Source' value 'Internal Mic' comment { access 'read write' type ENUMERATED count 1 item.0 'Internal Mic' item.1 'Headphone Mic' } } control.7 { iface MIXER name 'Auto-Mute Mode' value Enabled comment { access 'read write' type ENUMERATED count 1 item.0 Disabled item.1 Enabled } }
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.