<div dir="ltr"><div>The GPIO pins on the sound hardware are different for every board.  The sound hardware supplies a configuration block via the HDA spec to the software driver.  However, probably 25% of the sound hardware out in the wild do not supply the correct configuration block, causing basic things to break.  Basically the vendors don't really care whether they supply accurate configuration data or not because they only care about making it work with their windows driver.</div><div><br></div><div>Operating systems such as Linux and all the BSDs must manually create a table of 'quirks' for these sound cards to correct the hardware configuration bugs in order for the user to feel that 'it just works'.  Keeping it all up to date is difficult so honestly we rely  on at least some of the users being enough of  programmer to be able to supply the appropriate patches (since they are the ones with the hardware that doesn't work.  We don't have that exact physical hardware so we can't patch and test it ourselves).  We will also periodically pull quirks and other patches from other OS's, but keeping everything up-to-date is impossible.  There are thousands of hardware bugs out there that drivers need special code for.</div><div><br></div><div>-Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 19, 2017 at 1:03 AM, Fekete Zoltán <span dir="ltr"><<a href="mailto:fekete.zoltan@minux.hu" target="_blank">fekete.zoltan@minux.hu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Matt,<br>
<br>
The "Dragonfy stlyle" device hints, you suggested first, works as expected.<br>
<br>
I will do the kernel patch soon and inform you.<br>
<br>
By the way, why do we need these type of tuning? I tried NetBSD and Linux on the same machine, they work out of the box with sound configuration. Just curious.<br>
<br>
Regars,<br>
<br>
FeZ<br>
</blockquote></div><br></div>