Hi Takashi, On Fri, Jul 19, 2019 at 04:44:52PM +0200, Takashi Iwai wrote: > It might be some other external stuff like an external amp that is > missing. Often it's managed via GPIO or EAPD (that is controlled by > HD-audio itself), but sometimes via a vendor-specific verb, or even > over a completely different i2c... > > In the case of vendor verbs, you can take a look at other quirks for > similar models that touches lots of COEF stuff. thanks for the pointers, does not sound simple, let's see if I get anywhere, I will for sure try. Odd that only one speaker would require such a special handling, but I guess it is what it is. In the meantime I found a more pressing issue where I also failed to find a solution: Pin 0x1b is resposible for rear speakers and at the same time for external headphones. If I set the pin to "headphones" in hdajackretask, then I "lose" the speaker and can't select a 5.1 profile. If I set it to internal "speaker", the way I have it set up now, then sound comes out of speakers and headphones at the same time. "hdajacksensetest -a" will detect presence even if sensing is disabled in hdajackretask, so I assume that this could be somehow used to mute the speakers, but I was not able to figure out how to approach this. This is quite an issue for audio conferencing, so I'd like to tackle this first and leave the LFE problem for later. What would be the best way to solve this, how should this pin be configured? Kind regards, Jin _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx https://mailman.alsa-project.org/mailman/listinfo/alsa-devel