Come lo prevengo?
Questo problema è stato causato da un bug nel driver audio HD di Linux e ora è stato risolto. Tutte le versioni del kernel 5.7 e successive avranno la correzione, ed è stata inoltre trasferita in diversi kernel stabili, comparendo rispettivamente nelle versioni 5.6.5, 5.5.18, 5.4.33 e 4.19.116. L'aggiornamento a un kernel con la correzione dovrebbe far scomparire il problema senza ulteriore configurazione o soluzioni alternative.
La correzione nel kernel è migliore della soluzione alternativa dell'altra risposta in diversi modi:
- L'audio in cuffia è significativamente più forte e un po 'più chiaro.
- Non è più presente lo scoppio delle cuffie durante la sospensione / ripresa del codec.
- Il controllo "Headphone Mic Boost" serve effettivamente allo scopo previsto: impostare il guadagno quando il jack da 3,5 mm è configurato come ingresso per microfono. Non ha più alcun effetto quando il jack è configurato per cuffie o cuffie.
Qual'era il problema?
Si scopre che alcuni codec audio Realtek HD, incluso quello negli XPS 13 9350 e 9360, possono instradare l'audio in modi non esposti dal "diagramma dei nodi" autocompensante che viene solitamente utilizzato per configurare i codec audio HD. A causa di una confluenza di diversi errori, il kernel ha configurato l'XPS 13 almeno dal 2015 per catturare il segnale dal jack da 3,5 mm come se fosse stato inserito un microfono, amplificarlo e instradarlo nuovamente al jack .
Come puoi immaginare, questo circuito di feedback ha causato effetti indesiderati, in particolare il rumore bianco che variava nel carattere a seconda della quantità con cui il segnale è stato amplificato prima di essere ricollegato (il controllo "Headphone Mic Boost"). Sembra essere un incidente fortunato che uno dei livelli di guadagno sia risultato quasi senza rumore. Tuttavia, poiché il loop di feedback era ancora presente, sentiresti comunque un audio più silenzioso e di qualità inferiore rispetto a quello previsto, oltre a scattare in sospensione / ripresa del codec.
Per ulteriori informazioni, consultare la mia serie di patch che ha implementato la correzione. I messaggi di commit in quella serie, insieme alla documentazione retroingegnerizzata che aggiunge per il registro Realtek che controlla i percorsi audio nascosti, forniscono una spiegazione dettagliata del problema, della sua cronologia e della correzione.