Entretien avec Jérôme Glisse, développeur des pilotes graphiques radeon pour Red Hat

Posté par  (site web personnel) . Édité par remjg, glisse, Davy Defaud, Ontologia, feth, Pascal Terjan, patrick_g, rpnpif, Jarvis, Martin Peres, ʭ ☯ , Petit_Scarabee, djibb, palm123, Olivier Esver, Atacama, Benoît Sibaud, reno, Nicolas Casanova et Nonolapéro. Modéré par patrick_g. Licence CC By‑SA.
Étiquettes :
132
26
août
2013
Serveurs d’affichage

Nous avons la chance d’avoir quelques développeurs qui fréquentent LinuxFr.org (what else?), dont Jérôme Glisse (alias glisse) qui travaille au sein de la société Red Hat sur le pilote graphique libre pour cartes graphiques ATI/AMD Radeon.

Pour cet entretien, j'ai invité les membres de LinuxFr.org en tribune de rédaction (il faut être inscrit !) à venir compléter mon questionnaire avec leurs propres questions, et Jérôme a bien voulu se prêter au jeu : un grand merci à lui.

À noter que les hyperliens ont été ajoutés après coup par les contributeurs à cette dépêche pour en faciliter la lecture.

Le logiciel libre au-delà de x86

Posté par  . Édité par Davy Defaud, Benoît Sibaud, bubar🦥, palm123, Pierre Jarillon et claudex. Modéré par claudex. Licence CC By‑SA.
Étiquettes :
108
28
août
2016
Matériel

Si le logiciel libre est devenu au fil du temps, et grâce à votre passion, un élément majeur de l’informatique moderne, il n’en va pas de même pour le matériel. Toute personne qui a essayé de libérer son ordinateur de bureau jusqu’au micrologiciel (firmware) de la carte mère, ou qui s’est intéressée à l’évolution du projet Coreboot ces dernières années, le sait : la situation des quatre libertés sur nos stations de travail est actuellement très mauvaise du point de vue matériel. Cette dépêche propose un état des lieux de cette situation.

Deux failles critiques : Meltdown et Spectre

Posté par  (site web personnel) . Édité par Davy Defaud, ZeroHeure, bubar🦥, Pierre Jarillon et JN. Modéré par ZeroHeure. Licence CC By‑SA.
Étiquettes :
101
4
jan.
2018
Sécurité

Ces derniers jours, les rumeurs allaient bon train sur les réseaux sociaux suite à l’intégration en urgence d’un gros correctif dans la RC-6 du noyau Linux. Cela allait à l’encontre de toutes les habitudes de Linus Torvalds, ce qui laissait penser que les conditions étaient vraiment particulières. Et le moins que l’on puisse dire est que nous ne sommes pas déçus. Ce n’est pas une faille critique, mais deux, qui viennent d’être dévoilées : Meltdown et Spectre, de leur petit nom.

Nous vous invitons à lire le journal de Pinaraf< à ce sujet, bien qu’incomplet le jour où il l’a écrit. Depuis la date de sa publication, la faille Spectre a ensuite été révélée et, si cette dernière s’avère d’une ampleur moindre que Meltdown chez Intel, elle toucherait tous les fondeurs et la plupart de leurs produits).

OpenCL sous Linux : l’état des pilotes AMD est désormais pire que ce qu’il était à l’époque de fglrx

Posté par  (site web personnel) . Édité par vmagnin, alkino, Maxzor et Benoît Sibaud. Modéré par Julien Jorge. Licence CC By‑SA.
Étiquettes :
81
1
fév.
2022
Matériel

Ces dernières années, en même temps que les cartes graphiques AMD restaient compétitives, les pilotes pour ces cartes sont devenus les meilleurs pilotes graphiques sous Linux sur quasiment tous les aspects (fiabilité, performance, stabilité, intégration…), sauf pour un usage pour lesquels les pilotes Linux sont un naufrage : le calcul sur carte graphique avec OpenCL.

AMD s’investit dans ses pilotes libres.

Posté par  . Modéré par Xavier Teyssier. Licence CC By‑SA.
Étiquettes :
73
6
juil.
2011
Serveurs d’affichage

Selon le site TechEye.net, AMD vient d’embaucher deux développeurs connus pour leurs contributions à X et à la pile graphique.

Cette embauche serait en fait la première étape vers un changement de stratégie de cette compagnie qui s’apprête à offrir un véritable support officiel de ses pilotes libres. Toujours d’après cette même source, l’une des raisons évoquées est que le support Linux est très complexe sous forme binaire en raison des évolutions rapides et des incompatibilités binaires entre les versions du noyau. À l’inverse, un développement libre permet une meilleure collaboration avec les développeurs amont et simplifie la tâche… À quand une telle prise de conscience chez NVidia ?

Journal Les pilotes libres et propriétaires des prochaines radeon partageront le même module noyau

Posté par  . Licence CC By‑SA.
Étiquettes :
53
10
oct.
2014

Bonjour,

Je n'avais pas encore entendu parler de cette histoire alors je me permets de partager l'information ici pour ceux que ça pourrait intéresser.
Phoronix a publié un article où il est question de la nouvelle stratégie d'AMD pour ses pilotes.

Le résultat de cette nouvelle stratégie est qu'un nouveau module noyau va faire son apparition pour prendre en charge les prochaines générations de cartes graphiques. Il reprendra une partie du code de l'actuel module radeon.
Les pilotes propriétaires Catalyst (…)

Journal AMD et plus d'open source

Posté par  . Licence CC By‑SA.
Étiquettes :
47
24
mar.
2014

Cher bookmark,

AMD serait en train de réfléchir à utiliser le pilote noyau du projet de pilote opensource radeon. Cela voudrait dire que le pilote propriétaire Catalyst ne serait plus qu'un blob en espace utilisateur et qu'AMD contribuerait sans doute plus pour la partie noyau pour y développer la compatibilité avec ses nouveaux produit.

Rien n'est encore sûr mais je trouvais la nouvelle intéressante. Et pur la nimage, je suis sur mon téléphone, du coup, il faudra s'en passer, vous (…)

Journal Ma vie de joueur : mes retrouvailles avec AMD après 10 ans d'absence.

Posté par  . Licence CC By‑SA.
Étiquettes :
43
7
déc.
2020

Bonjour Nal,

Je partage mon retour d'expérience très positive que j'ai eue avec l'acquisition très récente d'une carte graphique AMD RX 6800XT (C'est Noël avant l'heure cette année, confinement tout ça).

Joueur né et linuxien depuis l'adolescence (2001, avec ma première Mandrake 7.1), mon expérience avec les cartes ATI/AMD furent, au mieux, mitigées, sinon désastreuses. De mémoire, ma dernière carte de la marque était une Radeon HD 4770 achetée en 2009 (cette époque lointaine où une carte milieu/haut de gamme (…)

Journal De Intel/Nvidia à AMD.

Posté par  . Licence CC By‑SA.
Étiquettes :
42
2
juin
2021

Hola 'nal,

Depuis quelques mois, j'ai mis fin à une relation de plus de 15 ans de trouple avec Intel et Nvidia. J'ai voulu voir si l'herbe était plus verte chez le voisin rouge… elle l'est.

Depuis que je suis en âge d'utiliser un ordinateur, toutes mes machines (x86) ont eu un CPU Intel avec un GPU Nvidia. Toutes sans exception jusqu'à il y a peu.

J'ai commencé avec un HP Pavillion dv9051ea équipé d'un surpuissant Intel Core 2 Duo (…)

Journal Slimbook version KDE

Posté par  . Licence CC By‑SA.
Étiquettes :
41
17
nov.
2020

Bonjour'nal

Hui (oui je fait dans l'anti-pléonasme) je voudrais vous partager mon dernier achat informatique. Il s'agit d'un nouvel ordinateur portable. Mais pas n'importe lequel ! ça serait trop facile. J'avais quelques critères assez précis et j'ai demandé quelques pistes ici même pour trouver la perle rare.

Bref, après avoir bien écumer le net et en sortant des sentiers battus je me suis tourné vers un Slimbook ProX 15 dans sa version KDE ! Vous allez me dire "Quoi  (…)

Journal Intel = 14 nm, AMD = 7 nm, ARM = 7 nm… et mon serveur ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
41
3
déc.
2019

Je me lance dans un projet personnel qui nécessite un serveur pour lequel je viens de faire le tour des actualités. Je vous partage ici mes découvertes et mes réflexions. Bonne lecture.

Je place ce document sous licence CC0.

Intel = 14 nm

Intel avait l’habitude d’adopter une nouvelle finesse de gravure tous les deux ans. Et avec chaque nouvelle finesse de gravure, les nouveaux processeurs étaient toujours plus véloces :

  • 45 nm en novembre 2007 (Penryn)
  • 32 nm en (…)

Journal Que gagnent Red Hat et VMWare à écrire un pilote 3D AMD libre ? Question.

Posté par  . Licence CC By‑SA.
Étiquettes :
40
24
fév.
2011

Depuis plusieurs mois, je suis activement le développement des pilotes libres 3D pour cartes AMD. Il s'agit des pilotes r300g et r600g. Je vais plusieurs fois par semaines vérifier le git de Mesa à la quête d'un commit apportant le support d'une fonctionnalité 3D ou d'une optimisation du code. Tout ça dans l'espoir d'un jour pouvoir jouer à ETQW avec un pilote libre (cf. mon précédent journal). D'ailleurs, d'après mes pronostics, ça sera possible 'out-of-the-box' avec Fedora 16. Disponible dès (…)

Journal Vulkan 1.0

Posté par  (Mastodon) . Licence CC By‑SA.
Étiquettes :
39
17
fév.
2016

Voilà, c'est fait, Vulkan sort enfin en première version publique. Vulkan est une API graphique conçue par le Khronos Group, les mêmes qui conçoivent la grande famille OpenGL. Vulkan remplacera-t-il OpenGL ? Dans l'immédiat non. Dans le futur, peut-être. Vulkan est plus bas niveau qu'OpenGL et donc ne s'adresse pas forcément au même public. Vulkan est aussi bien plus complexe vu de loin (la «quick reference» fait quand même 13 pages, là où celle d'OpenGL ES2 en fait 4).

(…)

Journal Dix ans après : acheter un CPU Intel Ivy Bridge, était-ce judicieux ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
34
16
juil.
2022

Un peu d'histoire (la mienne)

En octobre 2011 je publiais, avec l’enthousiasme de la jeunesse, ce journal vantant les processeurs Sandy Bridge pour une utilisation sous Linux : Intel Sandy Bridge et Linux : état des lieux.

Le rendement du processeur et l'excellence de la prise en charge de la partie graphique sous Linux par l'Intel Open Source Technology Center me séduisaient alors. Je n'avais pas en tête alors le problème des firmware non-libres nécessaires au fonctionnement du (…)

Journal C'est quoi ce bordel dans les CPU.

Posté par  . Licence CC By‑SA.
Étiquettes :
32
13
jan.
2020

J'ai du monter un PC pour un proche qui souhaite changer de laptop pour un desktop, donc je suis allé voir mon revendeur Lyonnais du net , et j'ai débuté la tâche, et rien à dire mais le marché du processeur, c'est un vrai bordel. J'aété étonné moi avec mon vieil ivy bridge i3.
Le pire est qu'il a fallu lui expliquer que le i5/i7 n'était pas forcément meilleur qu'un i3, c qui importait était la génération (il voulait absolument (…)