Pour illustrer la dépêche je me suis amusé à coller sur une pile de cartes graphiques un autocollant LinuxFr récupéré sur le stand au dernier salon OSXP, et pour le fun je n’ai mis que des cartes graphiques pro mais qui ont toutes une histoire rigolote dans le sens où... il y a systématiquement un piège. 🤫
La Radeon PRO W7600 noire, c’est une RDNA 3 (donc très récente), que j’ai acheté exprès en gamme « PRO » pour être certain d’avoir ROCm (pour le calcul HIP). Mais je n’avais pas besoin d’un monstre, et je voulais une simple-slot, donc j’ai pris celle-là, une petite pro, mais une pro quand même. Je m’étais dit (à tort) que la gamme « PRO » allait me garantir la prise en charge. En fait non, ROCm n’est officiellement pas pris en charge sur cette carte, jugée trop bas de gamme j’imagine. Le pilote est quand même actif, mais Blender Cycle ne produit rien de correct et Darktable se vraque dès que j’active OpenCL avec ROCm. Bon, j’ai un ThreadRipper à côté donc c’est pas très grave, mais ça rappelle que pour le calcul HIP, il faut vraiment bien sélectionner son matériel. 🧐️
La FirePro S7510 noire et blanche est le seul modèle publiquement pris en charge par l’ancien pilote GIM de virtualization GPU. Elle existe en simple GPU ou en double GPUs (deux puces graphiques sur la carte, comme s’il y avait deux cartes dans le PC), celle-ci est la simple GPU. En fait à l’époque AMD avait 3 modèles de cartes virtualisables je crois, mais la S7150 (simple ou double GPU) était la seule publiquement disponible, et le pilote GIM public ne prenait que celle-ci en charge. J’imagine que les autres modèles étaient réservés à certains marchés (type serveur de jeu Google Stadia) et que les clients avaient accès à un pilote non public. Évidemment le pilote GIM pour cette carte date d’il y a 6 ou 8 ans... 🙃️
La Radeon PRO V320 bleue est une carte conçue pour le poste de développement Google Stadia (chez le développeur), donc pas la supposée carte virtualisable sus-mentionnée. Elle n’est pas sensée être sur le marché, donc si par chance les pilotes graphiques (OpenGL et Vulkan) fonctionnent, ce n’est pas la peine d’aller chercher du support chez AMD pour autre chose (ROCm ou autre). 😅️
Et la dernière avec le ventilateur rouge, c’est une FirePro S10000, c’est une carte double GPUs de génération GCN1 et pour le coup c’est une très haut de gamme. Mais puisqu’elle est de génération GCN1 c’est donc une carte qui n’a aucun pilote de calcul propriétaire qui (même obsolète) fonctionnerait encore aujourd’hui avec le pilote amdgpu sur un noyau actuel. Il faut revenir à fglrx et un noyau et une distribution qui date de Mathusalem pour ça. 😭️ Avec le pilote libre Linux amdgpu, Mesa RustiCL est son seul espoir de faire du calcul aujourd’hui sur une distribution récente. 🤪️
Donc il y a marqué « PRO » partout sur toutes ces cartes, mais en fait c’est insuffisant pour toutes de ces cartes : elles sont ou bien trop petites, ou trop vieilles, ou trop confidentielles... Bon c’est vrai que j’ai fait exprès de les rassembler pour la photo. 😏️
Si vous avez d’autres besoins qui ne peuvent être satisfait ni par OpenGL, ni par Vulkan, ni par VA-API, ni par l’OpenCL de RustiCL... (en gros, ROCm ou GIM), sélectionnez vos cartes vraiment très soigneusement. 👀️
Mais si comme 99% des gens tout ce que vous faites c’est du rendu (vidéo, jeu...), n’importe quelle carte AMD fonctionne du tonnerre même en la choisissant les yeux fermés, et ce même avec des cartes très confidentielle : par exemple les pilotes Linux et Mesa prennent même en charge la puce graphique de la PlayStation 5, cette puce s’étant retrouvée sur la carte de minage BC-250 🫣️ (et j’ai vérifié [1],[2] 😎️).
ce commentaire est sous licence cc by 4 et précédentes
# Rien que pour s’amuser, je suis un peu taquin 🤡️
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse à la dépêche La pile graphique d’AMD sous Linux est désormais complètement libre. Évalué à 10. Dernière modification le 04 juillet 2025 à 09:55.
Pour illustrer la dépêche je me suis amusé à coller sur une pile de cartes graphiques un autocollant LinuxFr récupéré sur le stand au dernier salon OSXP, et pour le fun je n’ai mis que des cartes graphiques pro mais qui ont toutes une histoire rigolote dans le sens où... il y a systématiquement un piège. 🤫
La Radeon PRO W7600 noire, c’est une RDNA 3 (donc très récente), que j’ai acheté exprès en gamme « PRO » pour être certain d’avoir ROCm (pour le calcul HIP). Mais je n’avais pas besoin d’un monstre, et je voulais une simple-slot, donc j’ai pris celle-là, une petite pro, mais une pro quand même. Je m’étais dit (à tort) que la gamme « PRO » allait me garantir la prise en charge. En fait non, ROCm n’est officiellement pas pris en charge sur cette carte, jugée trop bas de gamme j’imagine. Le pilote est quand même actif, mais Blender Cycle ne produit rien de correct et Darktable se vraque dès que j’active OpenCL avec ROCm. Bon, j’ai un ThreadRipper à côté donc c’est pas très grave, mais ça rappelle que pour le calcul HIP, il faut vraiment bien sélectionner son matériel. 🧐️
La FirePro S7510 noire et blanche est le seul modèle publiquement pris en charge par l’ancien pilote GIM de virtualization GPU. Elle existe en simple GPU ou en double GPUs (deux puces graphiques sur la carte, comme s’il y avait deux cartes dans le PC), celle-ci est la simple GPU. En fait à l’époque AMD avait 3 modèles de cartes virtualisables je crois, mais la S7150 (simple ou double GPU) était la seule publiquement disponible, et le pilote GIM public ne prenait que celle-ci en charge. J’imagine que les autres modèles étaient réservés à certains marchés (type serveur de jeu Google Stadia) et que les clients avaient accès à un pilote non public. Évidemment le pilote GIM pour cette carte date d’il y a 6 ou 8 ans... 🙃️
La Radeon PRO V320 bleue est une carte conçue pour le poste de développement Google Stadia (chez le développeur), donc pas la supposée carte virtualisable sus-mentionnée. Elle n’est pas sensée être sur le marché, donc si par chance les pilotes graphiques (OpenGL et Vulkan) fonctionnent, ce n’est pas la peine d’aller chercher du support chez AMD pour autre chose (ROCm ou autre). 😅️
Et la dernière avec le ventilateur rouge, c’est une FirePro S10000, c’est une carte double GPUs de génération GCN1 et pour le coup c’est une très haut de gamme. Mais puisqu’elle est de génération GCN1 c’est donc une carte qui n’a aucun pilote de calcul propriétaire qui (même obsolète) fonctionnerait encore aujourd’hui avec le pilote amdgpu sur un noyau actuel. Il faut revenir à fglrx et un noyau et une distribution qui date de Mathusalem pour ça. 😭️ Avec le pilote libre Linux amdgpu, Mesa RustiCL est son seul espoir de faire du calcul aujourd’hui sur une distribution récente. 🤪️
Donc il y a marqué « PRO » partout sur toutes ces cartes, mais en fait c’est insuffisant pour toutes de ces cartes : elles sont ou bien trop petites, ou trop vieilles, ou trop confidentielles... Bon c’est vrai que j’ai fait exprès de les rassembler pour la photo. 😏️
Si vous avez d’autres besoins qui ne peuvent être satisfait ni par OpenGL, ni par Vulkan, ni par VA-API, ni par l’OpenCL de RustiCL... (en gros, ROCm ou GIM), sélectionnez vos cartes vraiment très soigneusement. 👀️
Mais si comme 99% des gens tout ce que vous faites c’est du rendu (vidéo, jeu...), n’importe quelle carte AMD fonctionne du tonnerre même en la choisissant les yeux fermés, et ce même avec des cartes très confidentielle : par exemple les pilotes Linux et Mesa prennent même en charge la puce graphique de la PlayStation 5, cette puce s’étant retrouvée sur la carte de minage BC-250 🫣️ (et j’ai vérifié [1],[2] 😎️).
ce commentaire est sous licence cc by 4 et précédentes