<p></p>
<p>> > > > > The use case that this patch is made for seems such that there shouldn't<br>
> > > > > be any jack state conflict to worry about in the first place, though. To<br>
> > > > > me "dock headphone" and "built-in headphone" seem like obviously<br>
> > > > > separate paths, so I think we should reflect that in our configuration<br>
> > > > > by creating a new path file.<br>
> > > ><br>
> > > > Ah now I remembered why i didn't do that in the end (i started with two<br>
> > > > different path files). It's because with the default setup on the X220<br>
> > > > you can't mute/disable the two paths seperately.<br>
> > ><br>
> > > What do you mean by "the default setup"? Is there some non-default setup<br>
> > > where they can be separately muted?<br>
> ><br>
> > By default setup i mean the setup of the card when booting a linux<br>
> > kernel without patches or any user pin configuration. Iotw the setup<br>
> > most people are running.<br>
> ><br>
> > You can make them seperately mute when e.g. reconfiguring the dock<br>
> > headphone jack as a line-out (see the patchset i sent this weekend for<br>
> > some fixes when that's done) or potentially by changing things around in<br>
> > kernel. E.g. either by auto-muting one of the hp's or exposing a control<br>
> > for it.<br>
><br>
> If the hardware supports it, I think it's a kernel bug if the kernel<br>
> doesn't expose separate mute controls for both jacks.<br>
></p>
<p>If this hda codec does not have any hardware mute, <br>
pulseaudio should know since it check those playback switches when probing the sound card</p>
<p><a href="http://mailman.alsa-project.org/pipermail/alsa-devel/2014-October/082426.html">http://mailman.alsa-project.org/pipermail/alsa-devel/2014-October/082426.html</a><br><br><br><br></p>