When (un)docking PA does not switch output between speakers and out

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2014-04-16 at 11:21 +0000, Lukas Zapletal wrote:
> Hello,
> 
> in Fedora 20 we have this %SUBJ% bug which is annoying. Before I start 
> digging I want to ask if you guys know if this has been fixed upstream.
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1034882
> 
> If so, I will backport this into F20 because this is driving me crazy.
> 
> If not, please point me on the code bits I should start to hack. Thanks.

In the Redhat bugzilla you mentioned that you switch between the
Speakers and Analog Output ports. Do you have any other ports available?
The amixer output[1] shows that there is a Headphone mixer element, so
I'd expect that you have a Headphones port available too. If you have a
Headphones port, does selecting it instead of Analog Output work?

The Analog Output port doesn't and will not have any jack detection
(it's sort of dummy fallback thing), so the solution shouldn't be to
enable the Analog Output port when you want to use the dock headphones
output. If you have a Headphones port and it works for the dock
heaphones output, then there's the question that does the jack detection
for the Headphones port work. I suppose the Headphones port jack
detection might only detect changes in the integrated headphone jack,
not in the dock headphone jack. Your alsa driver appears to provide jack
detection for both "Headphone" and "Dock Headphone". PulseAudio doesn't
use the latter. We should probably add a new port for dock headphones.

You can use "pactl list cards" to see what PulseAudio thinks is plugged
in. In the "Ports:" section of the output there's a list of all ports of
the card, and there's the availability information for each port. For
example:

    analog-output-headphones: Headphones (priority: 9000, latency offset: 0 usec, available)

That shows that headphones are plugged in ("available"). If PulseAudio
thought that the headphones are not plugged in, it would print "not
available". If the availability is not printed at all, then PulseAudio
doesn't know if the headphones are plugged in or not.

How come this worked on Fedora 19 then? Maybe the kernel did the
auto-switching, but in Fedora 20 the kernel leaves the switching to the
userspace.

[1] https://bugzilla.redhat.com/attachment.cgi?id=829357

-- 
Tanu



[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux