Abstract

Les laptops Intel Meteor Lake (Lenovo Yoga Pro 9, Legion, etc.) souffrent d’instabilités audio sévères sous Linux avec la pile SOF + SoundWire + TAS2781. Après une analyse approfondie du stack (SOF, SoundWire, tas2781-hda, runtime PM, non-idempotence), la cause racine a été identifiée : l’initialisation du DSP du TAS2781 est non idempotente et dépend du chargement correct de son firmware.

Sur les distributions qui livrent le firmware en .zst (Arch Linux, CachyOS, Fedora Rawhide…), le driver tas2781-hda ne décompresse pas automatiquement le fichier → le DSP reste muet → son pourri (aigus seulement, pas de basses).

Solution définitive : forcer le mode HDA legacy (dsp_driver=1) + décompression permanente du firmware TAS2781. Stabilité 100 % dès le premier boot, même après mises à jour.

---

1. Introduction

Les plateformes Meteor Lake ont abandonné le vieux HDA au profit de SOF + SoundWire. Sur papier, c’est plus moderne, plus économe, plus puissant. En pratique, sous Linux, c’est souvent instable : coupures, son dégradé, besoin de plusieurs reboots, etc.

Cet article documente le problème sur un Lenovo Yoga Pro 9 16IMH9 et propose la solution qui marche à tous les coups.

---

2. Matériel et environnement

• Machine : Lenovo Yoga Pro 9 16IMH9 (Meteor Lake-P)
• Amplificateur : Texas Instruments TAS2781 (via SoundWire + I²C)
• Kernel : 6.12.68-2-cachyos-lts (et toutes les versions récentes concernées)
• Audio stack : ALSA + PipeWire
• Distribution : CachyOS (mais le bug existe aussi sur Arch, Fedora, etc.)

---

3. Analyse du problème (résumé des observations initiales)

• Le son devient aléatoirement dégradé (aigus seulement, basses mortes, distorsion).
• Un simple reboot ne suffit pas toujours → parfois 2 ou 3 reboots consécutifs sont nécessaires.
• Le mode SOF (dsp_driver=0) est instable.
• Le mode HDA legacy (dsp_driver=1) est parfaitement stable dès le premier boot.
• Le driver tas2781-hda se lie correctement (bound i2c-TIAS2781:00), mais le DSP du TAS2781 n’a parfois jamais reçu son firmware.

---

4. La cause racine sur Arch/CachyOS (découverte finale)

Sur CachyOS (et Arch), linux-firmware fournit les blobs TAS2781 compressés en .zst :

text

/lib/firmware/ti/audio/tas2781/TAS2XXX2326.bin.zst

Le driver snd_hda_scodec_tas2781_i2c demande exactement TAS2XXX2326.bin (sans .zst). Le firmware loader du noyau ne décompresse pas automatiquement ce fichier dans ce contexte précis → le DSP du TAS2781 reste sans configuration → son pourri.

C’est pourquoi le problème disparaissait parfois après plusieurs reboots (hasard du timing de décompression ou de re-probe).

---

5. Solution définitive (valable sur toutes les distros utilisant .zst)

5.1 Forcer le mode HDA legacy (stable à 100 %)

fish

sudo tee /etc/modprobe.d/disable-sof.conf <<EOF
options snd_intel_dspcfg dsp_driver=1
EOF
sudo reboot

5.2 Décompresser le firmware TAS2781 une bonne fois pour toutes

fish

sudo zstd -d /lib/firmware/ti/audio/tas2781/TAS2XXX2326.bin.zst \
          -o /lib/firmware/TAS2XXX2326.bin

5.3 Rendre le fix permanent (même après pacman -Syu linux-firmware)

fish

# Script
sudo tee /usr/local/bin/fix-tas2781-firmware.fish <<'EOF'
#!/usr/bin/fish
set FW_SRC /lib/firmware/ti/audio/tas2781/TAS2XXX2326.bin.zst
set FW_DST /lib/firmware/TAS2XXX2326.bin

if test -f $FW_SRC; and not test -f $FW_DST
    echo "Décompression TAS2781 firmware..."
    sudo zstd -d $FW_SRC -o $FW_DST
    echo "OK → $FW_DST créé"
else
    echo "Firmware déjà OK"
end
EOF

sudo chmod +x /usr/local/bin/fix-tas2781-firmware.fish

fish

# Service systemd
sudo tee /etc/systemd/system/tas2781-firmware.service <<EOF
[Unit]
Description=Décompresse TAS2781 firmware (.zst → .bin)
After=multi-user.target

[Service]
Type=oneshot
ExecStart=/usr/local/bin/fix-tas2781-firmware.fish
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target
EOF

sudo systemctl daemon-reload
sudo systemctl enable --now tas2781-firmware.service

Après ça, même après une mise à jour du firmware, le son reste parfait au prochain boot.

---

6. Que faire pour quand même avoir SOF à jour ?

Le bug SOF/SoundWire/TAS2781 est toujours présent upstream (non-idempotence + gestion d’énergie). En attendant un vrai fix dans le noyau, le mode HDA legacy est la seule solution stable aujourd’hui.

---

Conclusion

Le problème n’était pas un bug de SOF en lui-même, mais une combinaison fatale :

• initialisation non idempotente du TAS2781
• firmware fourni en .zst sur Arch/CachyOS
• driver qui ne décompresse pas

Avec le mode HDA + le service de décompression, le son est maintenant parfaitement stable sur mon Yoga Pro 9, même après des dizaines de reboots/suspensions/mises à jour.

Merci à tous ceux qui ont signalé le même problème. Le workaround est maintenant documenté et reproductible.

---