web-dev-qa-db-fra.com

Le système avec Intel sans fil AC-9462 se bloque sauf si le WiFi est désactivé en raison d'un microprogramme manquant

J'ai NUC 7PJYH avec la carte sans fil Intel AC-9462. Le problème est que les systèmes se bloquent de manière aléatoire lors de l'utilisation du WiFi. Il n'y a pas de blocage lorsque le wifi est désactivé. J'ai essayé d'utiliser différents noyaux, mais toujours le même comportement.

J'ai enquêté sur dmesg quand j'étais sur le noyau 4.16.12 et j'ai constaté que le noyau demandait des fichiers de microprogramme iwlwifi-9000-pu-b0-jf-b0-35 et iwlwifi-9000-pu-b0-jf-b0-36. J'ai essayé de trouver ces fichiers sur wireless.wiki.kernel.org . J'ai parcouru tous les référentiels qu'ils gèrent et je n'ai trouvé que les versions 34 et 38 de ce firmware.

Où puis-je trouver le bon firmware pour le noyau 4.16? Ces fichiers ne figurent même pas dans l'arborescence officielle du package linux-firmware.

MODIFIER:

sortie dmesg liée au wifi:

[    3.476177] iwlwifi 0000:00:0c.0: enabling device (0000 -> 0002)

[    3.483822] iwlwifi 0000:00:0c.0: Direct firmware load for iwlwifi-9000-pu-b0-jf-b0-36.ucode failed with error -2

[    3.483839] iwlwifi 0000:00:0c.0: Direct firmware load for iwlwifi-9000-pu-b0-jf-b0-35.ucode failed with error -2

[    3.497077] iwlwifi 0000:00:0c.0: loaded firmware version 34.3125811985.0 op_mode iwlmvm

[    3.570636] iwlwifi 0000:00:0c.0: Detected Intel(R) Dual Band Wireless AC 9462, REV=0x318

[    3.624572] iwlwifi 0000:00:0c.0: base HW address: 68:ec:c5:9c:38:3f

[    3.685419] ieee80211 phy0: Selected rate control algorithm 'iwl-mvm-rs'

[    3.974259] iwlwifi 0000:00:0c.0 wlo1: renamed from wlan0

[    4.856976] iwlwifi 0000:00:0c.0: Conflict between TLV & NVM regarding enabling LAR (TLV = enabled NVM =disabled)
networkingdriverswirelesskernel
4
Vlastimil Lorenc

Je crois que la raison pour laquelle vous et moi ne pouvons trouver aucun micrologiciel x.35 ou x.36 avec une recherche Web approfondie est qu’ils n’existent pas encore. Le pilote en question, iwlwifiname__, est écrit pour rechercher en premier la dernière version du microprogramme; Si vous ne le trouvez pas, recherchez le fichier le plus récent, etc., jusqu'à ce qu'un fichier de micrologiciel approprié soit trouvé.

En même temps, le pilote est écrit pour utiliser automatiquement les versions ultérieures du microprogramme, à mesure qu’elles sont développées et incluses dans les versions plus récentes de linux-firmware. En d'autres termes, lorsque x.35 est écrit et publié, le pilote iwlwifile trouvera et l'utilisera sans qu'il soit nécessaire de disposer d'une version plus récente du pilote. C'est assez courant chez Intel et dans certains autres pilotes sans fil.

Je pense qu’il existe une raison autre que le microprogramme qui provoque le blocage de votre système lors de l’utilisation de la technologie sans fil. Je vous invite à poser une nouvelle question ouverte et à inclure: dmesg | grep -e iwl -e wlp.

EDIT: Cet indice apparaît dans votre dmesgname__:

Conflit entre TLV et NVM concernant l'activation de LAR (TLV = activé NVM = désactivé)

Je vous ai suggéré d'essayer un paramètre de pilote:

Sudo modprobe -r iwlwifi && Sudo modprobe iwlwifi lar_disable=Y

Il semble avoir résolu le problème du blocage, je vous suggère donc de le rendre permanent:

Sudo -i
echo "options iwlwifi lar_disable=Y"  >>  /etc/modprobe.d/iwlwifi.conf
exit

Vous devriez être tous ensemble.

2
chili555