Ils ont remit ça.
En vente depuis quelques semaines, les Intel Atom de génération CedarView (D2500, D2550, D2600, D2700) et Cedar Trail (N2600 et N2800) utilisent un GPU PowerVR (habilement appelé GMA 3600 ou 3650) d'Imagination au lieu du GPU Intel habituel. Pour ceux qui se rappelle le précédent fiasco de Poulsbo, et ben c’est pareil. Ou presque.
Un GPU non supporté par les distributions Linux, et qui ne permet pas de faire tourner correctement un environnement de bureau (…)
Cette année 2015 fut très riche et très excitante au sujet des pilotes graphiques libres. Grosse nouveauté, Mesa 3D 11 a été annoncée le 12 septembre 2015, avec une prise en charge d’OpenGL 4.2, après une très longue stagnation en version 3.3.
Cette dépêche fait donc la part belle aux récentes nouveautés de Mesa 3D, mais s’attarde aussi sur les actualités des puces graphiques embarquées, et se permet quelques incursions du côté de certains pilotes propriétaires dans leur collaboration avec les projets libres ou leurs initiatives qui profitent à tous.
Pour finir, nous nous permettrons d’annoncer quelques actualités à venir ayant pris racine en 2015.
Merci à tous les contributeurs de cette rétrospective !
Bonjour à tous,
Je prend la plume aujourd'hui pour parler d'un sujet d'actualité, la gestion d'énergie du pilote graphique Nouveau, pilote libre et communautaire pour les cartes graphiques NVIDIA.
Ce sujet devient de plus en plus important dans les drivers graphiques libres car il est le nouvel objectif à remplir. En effet, l'infrastructure pour améliorer les performances 2D, 3D et le décodage matériel de vidéos est bien en place et le support est assez fiable. Cependant, les performances proposées par (…)
Enfin ! Après tant d’années, Nvidia publie les modules noyau de ses processeurs graphiques (GPU) sous double licence GPL/MIT. Le code source est sous GitHub… et il y a de l’animation.
Probable signe de leurs priorités du moment, seules les architectures Turing et Ampere sont assez mûres pour la production. Pour les GeForce et stations de travail, le code est considéré alpha. Mais c’est un grand pas en avant.
On peut maintenant rêver à la libération du logiciel en espace utilisateur.
Commentaires tirés du lien publié sur LinuxFr.org le 11 mai :
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 (…)
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 (…)
Une information qui a son importance dans la pile graphique de Linux, le 3 mars 2015, le Khronos Group, un consortium industriel qui gère entre autre les standards OpenGL, OpenGL ES, OpenCL et WebGL a dévoilé l'API qui devrait succéder à OpenGL à savoir Vulkan, , sa prochaine génération d'API de haute performance dédiée au graphisme 3D et au calcul GPU.
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).
La pile graphique du Raspberry Pi est aujourd’hui intégralement libre. C’est ce qu’annonce AlexBradbury sur le blog de la fondation à l’initiative du projet.
Le développeur affirme que le BCM2835 embarqué sur le Raspberry Pi est le premier système sur puce d’architecture ARM à disposer de pilotes libres pleinement fonctionnels fournis par le fabricant.
Mise à jour du 25 octobre : Il semble que l’annonce d’une libération de la pile graphique ne soit en réalité qu’un coup publicitaire de Broadcom et de la fondation Raspberry Pi. Selon Luc Verhaegen et Dave Airlie le code libéré n’est qu’une mince couche qui se contente de faire appel au binaire tournant dans le processeur graphique.
NdM : Le Raspberry Pi est un ordinateur de la taille d’une carte de crédit et dont le prix de vente lors de son lancement était de 25 euros. Vous trouverez quelques retours des lecteurs de LinuxFr.org sur ces pages.
Participants à la rédaction de cette dépêche : weeber, Nÿco et Benoît.
J'ai la chance de récupérer quelques portables (certains vieillots) dans notre fablab, mais un peu de difficulté à les remettre en état, ce pour quoi je souhaiterais améliorer notre efficacité entre récup' et achat au meilleurs prix des composants / cables (si vous avez des fournisseurs, je suis preneur) :
Site au message de Christian König (un des nouveaux développeurs AMD sur les pilotes Libres) sur la mailing list mesa-dev, il vient de commiter les 19 000 lignes de code de la branche pipe-video.
Cette branche avait été créée par Younes Manton, l'étudiant du google summer of code qui avait commencé à implémenter le décodage de vidéos avec Nouveau.
Ce merge devrait donc permettre d'avoir dans les prochaines versions de mesa un décodage des vidéos par VDPAU en utilisant les (…)
L'encyclopédie Wikipédia introduit OpenCL ainsi:
OpenCL (Open Computing Language) est la combinaison d'une API et d'un langage de programmation dérivé du C, proposé comme un standard ouvert par le Khronos Group. OpenCL est conçu pour programmer des systèmes parallèles hétérogènes comprenant par exemple à la fois un CPU multi-cœur et un GPU. OpenCL propose donc un modèle de programmation se situant à l'intersection naissante entre le monde des CPU et des GPU, les premiers étant de plus en plus parallèles, les seconds étant de plus en plus programmables.
Il s'agit donc d'une API permettant d'améliorer les performances algorithmiques en parallélisant les calculs complexes sur les périphériques divers présents de nos jours sur les ordinateurs (CPU, GPU…).
Côté pilotes, le support de cette API sur Linux fut notamment détaillé il y a quelques jours dans un autre article. Si vous êtes plutôt intéressé par le côté "utilisation" d'OpenCL, pour l'intégrer par exemple dans vos propres programmes, la société StreamComputing lance l'initiative "OpenCL training" (en français: "formation OpenCL") proposant une formation gratuite (à distance, par Internet interposé), avec GEGL — le nouveau moteur de traitement d'image de GIMP — comme "support de cours".
La ruse est donc de vous faire contribuer à GEGL tout en vous enseignant la technologie OpenCL. Moi je dis que c'est "double victoire", mais certains pourraient prétendre que les libristes sont fourbes! :P
AMD vient de présenter une nouvelle API graphique, Mantle, dont le but est de remplacer OpenGL (ainsi que DirectX et diverses API sur le marché de niche des OS Microsoft et sur console). Plus bas niveau, elle permettrait d'obtenir de meilleures performances au prix d'un plus grand effort de développement.
Dans un premier temps spécifique aux GPU de la marque, le développement serait ouvert et permettrait aux constructeurs concurrents d'implémenter leurs propres versions.
Cette annonce arrive un jour trop tôt, (…)
AMD sort GPUOpen, il semblerait que leur volonté serait de permettre d'aller plus bas dans les couches de la carte graphique que ce que les APIs classiquent permettent. Je ne sais pas trop ce que cela signifie en détail mais ils ont déjà sorti 3 projets en C++ sur leur github, un outil de maillage, un analyseur de code (noyau OpenCL et OpenGL shaders) et un analyseur de performances DirectX 12 (cela nous concerne un peu moins). Peut (…)