Comment réparer « Aucun GPU AMD OpenCL trouvé » dans le minage ? (Pilotes)

Dépannage de la détection du GPU AMD dans le logiciel minier

1. L'erreur « Aucun GPU AMD OpenCL trouvé » apparaît généralement lorsque les applications minières ne parviennent pas à reconnaître le matériel graphique AMD lors de l'initialisation. Ce problème n'indique pas nécessairement un GPU défectueux, mais provient souvent d'un mauvais alignement des couches logicielles entre le système d'exploitation, les pilotes et les binaires de minage.

2. Les plates-formes minières s'appuyant sur des GPU AMD pour des algorithmes comme Ethash ou KawPoW nécessitent une prise en charge précise du runtime OpenCL. Sans une implémentation appropriée d'OpenCL, le mineur ne peut pas interroger les propriétés du périphérique, allouer des tampons de mémoire ou lancer des noyaux, ce qui rend le GPU inutilisable pour le calcul de hachage.

3. Certaines versions des pilotes AMD Adrenalin désactivent intentionnellement l'énumération OpenCL pour les charges de travail non graphiques dans le cadre des politiques de gestion de l'alimentation. Ce comportement peut être déclenché automatiquement lorsque le système détecte des processus gourmands en calcul sans sortie d'affichage.

4. Les distributions Linux avec des pilotes AMDGPU open source ne disposent parfois pas d'un enregistrement OpenCL ICD complet. Même si clinfo ne signale aucune plate-forme, le module du noyau sous-jacent peut être chargé correctement, indiquant une pile OpenCL d'espace utilisateur manquante plutôt qu'une panne matérielle.

5. Les environnements virtualisés ou les conteneurs exécutant des logiciels de minage omettent fréquemment la configuration du relais GPU pour OpenCL. Contrairement à CUDA, la visibilité des périphériques OpenCL dans les machines virtuelles nécessite une liaison explicite du chargeur ICD et une exposition des nœuds de périphériques, ce que de nombreuses configurations d'hyperviseur par défaut ne fournissent pas.

Matrice de compatibilité des versions de pilotes

1. Les versions de pilotes d'AMD suivent un schéma de version strict dans lequel la prise en charge d'OpenCL varie considérablement selon les branches. Adrenalin 22.5.1 a introduit la conformité OpenCL 2.2 pour RDNA2, tandis que les anciennes cartes basées sur GCN comme la R9 390 nécessitent Adrenalin 19.12 ou une version antérieure pour une énumération OpenCL stable.

2. Les pilotes spécifiques au minage tels que AMD Blockchain Driver 20.40 sont construits sur la base Adrenalin 20.40 mais suppriment les composants OpenGL et réactivent les anciennes extensions OpenCL. Ces pilotes contournent certaines vérifications du micrologiciel qui bloquent autrement la détection du GPU dans les scénarios d'exploitation minière sans tête.

3. Le mode sans échec de Windows charge uniquement les pilotes d'affichage de base, désactivant complètement OpenCL. Le démarrage en mode sans échec suivi de la réinstallation du pilote laisse souvent des entrées de registre résiduelles qui interfèrent avec la découverte du chargeur OpenCL ICD lors du démarrage normal.

4. Sur Ubuntu 22.04 LTS, le package opencl-amd doit être installé avec rocm-opencl-runtime pour les cartes RDNA3. L'installation d'un seul composant entraîne un enregistrement incomplet de la plateforme visible via clinfo -l .

5. Les outils de restauration de pilotes tels que Display Driver Uninstaller (DDU) doivent être exécutés en mode sans échec avec le réseau désactivé. Les couches Vulkan résiduelles ou les fichiers de cache OpenCL laissés après une désinstallation standard peuvent empêcher les nouveaux pilotes d'enregistrer correctement leurs fichiers ICD.

Configuration du runtime OpenCL et du chargeur ICD

1. Le chargeur OpenCL Installable Client Driver (ICD) s'appuie sur les fichiers manifestes JSON situés dans /etc/OpenCL/vendors/ sous Linux ou %PROGRAMFILES%\AMD\OpenCL\ sous Windows. Les fichiers JSON manquants ou mal formés obligent le chargeur à ignorer silencieusement les bibliothèques du fournisseur.

2. Les variables d'environnement telles que OPENCL_VENDOR_PATH remplacent les chemins de recherche ICD par défaut. Une configuration incorrecte, notamment en pointant vers un répertoire vide, entraîne une détection de plate-forme nulle même lorsque des pilotes valides sont installés.

3. Les implémentations OpenCL basées sur ROCm nécessitent que le script amdgpu-pro-install enregistre les liens symboliques sous /opt/amdgpu-pro/lib/x86_64-linux-gnu/ . L'échec de l'exécution de cette étape post-installation rompt la liaison entre le chargeur OpenCL et le libamdocl64.so d'AMD.

4. Sous Windows, la clé de registre HKEY_LOCAL_MACHINE\SOFTWARE\Khronos\OpenCL\Vendors doit contenir des chemins de fichier .icd valides. Les entrées de registre corrompues empêchent OpenCL d'énumérer n'importe quel GPU AMD, quel que soit l'état du pilote.

5. Certains mineurs regroupent des chargeurs OpenCL propriétaires qui entrent en conflit avec les installations à l'échelle du système. Le lancement de --opencl-platform 0 peut forcer l'utilisation d'une plate-forme incompatible, ce qui entraînera qu'aucun périphérique ne soit signalé malgré une initialisation réussie.

Vérifications au niveau du matériel et du micrologiciel

1. Les paramètres de bifurcation PCIe dans UEFI/BIOS affectent la façon dont les voies sont allouées à plusieurs GPU. Une configuration incorrecte, telle que la configuration de x16/x0 au lieu de x8/x8, peut entraîner l'initialisation des GPU secondaires sans fonctionnalité OpenCL, même s'ils apparaissent dans le Gestionnaire de périphériques.

2. Les profils de synchronisation AMD GPU VRAM influencent le comportement du contrôleur de mémoire pendant les charges de travail de calcul. La mémoire overclockée avec des timings instables peut réussir le POST mais échouer aux requêtes du périphérique OpenCL en raison d'erreurs de délai d'attente lors de la création du contexte.

3. Les mécanismes de réinitialisation du GPU au niveau du micrologiciel diffèrent entre les cartes grand public et professionnelles. Les cartes de la série Radeon Pro WX nécessitent des appels clAmdFsaResetGPU avant l'énumération, tandis que les variantes grand public s'appuient sur des routines d'initialisation standard de la plate-forme OpenCL.

4. L'instabilité du bloc d'alimentation sous une charge soutenue provoque des chutes transitoires de la liaison PCIe. Ces événements déclenchent rarement des erreurs au niveau du système d'exploitation, mais entraînent une disparition intermittente du périphérique OpenCL, détectable via des exécutions répétées de clinfo .

5. Certaines cartes mères OEM implémentent de manière agressive PCIe ASPM (Active State Power Management). La désactivation d'ASPM dans le BIOS évite les échecs d'énumération GPU causés par des séquences de réveil retardées lors de l'analyse de la plate-forme OpenCL.

Foire aux questions

Q : L'utilisation de fiches factices HDMI facilite-t-elle la détection d'OpenCL ? Pas directement. Les fiches factices simulent la présence de l'écran mais n'influencent pas l'énumération des périphériques OpenCL. Ils peuvent stabiliser les horloges du GPU dans certains cas, mais ne résoudront pas les liaisons manquantes du chargeur ICD.

Q : Puis-je utiliser des pilotes GPU AMD destinés aux jeux sur des plates-formes minières ? Oui, mais seulement des versions spécifiques. Adrenalin 21.10.2 et 22.5.1 sont connus pour prendre en charge de manière fiable les charges de travail d'affichage et de calcul. Les versions plus récentes déprécient souvent les fonctionnalités OpenCL au profit de HIP.

Q : Pourquoi clinfo affiche-t-il la plate-forme AMD mais aucun appareil ? Cela indique un enregistrement réussi du chargeur ICD mais un échec lors de l'énumération des périphériques, généralement dû à des autorisations insuffisantes sur /dev/kfd ou à des modules de noyau amdgpu-pro manquants sous Linux.

Q : La prise en charge d'OpenCL pour RDNA3 est-elle supprimée dans les pilotes récents ? Non. RDNA3 conserve la prise en charge complète d'OpenCL 3.0, mais les utilisateurs doivent installer des pilotes compatibles ROCm et éviter l'Adrenalin Gaming Edition par défaut qui omet les composants OpenCL.