Journal Attention aux derniers Intel Atom !

Posté par . Licence CC by-sa.
166
6
juin
2012

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 (...)

Les pilotes graphiques libres : rétrospective et vue sur l’avenir

110
30
jan.
2016
Serveurs d'affichage

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 !

Journal Rétro-ingénierie de la gestion d'énergie sur les cartes graphiques NVIDIA

71
14
juil.
2013

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 (...)

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

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 Vulkan le successeur d'OpenGL

Posté par . Licence CC by-sa.
42
6
mar.
2015

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.

Journal Vulkan 1.0

Posté par . Licence CC by-sa.
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).

(...)

Broadcom libère la pile graphique du Raspberry Pi

36
24
oct.
2012
Linux

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.

Journal Refaire fonctionner des portables dans un fablab

Posté par (page perso) . Licence CC by-sa.
32
15
fév.
2019

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) :

  • parfois c'est l'écran qui est cassé ou HS
    • cela peut être lié à la nappe ou à l'inverter ou à l'écran qui a été brisé ;
    • mais je n'ai (...)

Journal Enfin l'accélération du décodage vidéo par la carte graphique sous linux !

Posté par (page perso) .
Tags :
30
14
juil.
2011

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 (...)

Formation OpenCL en contribuant à GIMP

Posté par (page perso) . Édité par Benoît Sibaud. Modéré par ZeroHeure. Licence CC by-sa.
27
1
fév.
2016
Technologie

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

Journal Mantle: une nouvelle API graphique pour remplacer OpenGL

Posté par (page perso) . Licence CC by-sa.
Tags :
27
26
sept.
2013

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, (...)

Journal GPUOpen

Posté par . Licence CC by-sa.
Tags :
25
26
jan.
2016

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 (...)

Journal Un peu plus de liberté sous ARM ?

Posté par (page perso) .
Tags :
24
16
avr.
2012

La création d'un driver libre pour les GPUs ARM Mali donne des idées à d'autres.

Petit rappel : lors du dernier FOSDEM, Luc Verhaegen nous a présenté son projet de libération du GPU Mali, inclus dans par exemple le smartphone Samsung Galaxy S2 : Lima.

Et cela a donné des idées à Rob Clark, qui est un développeur Texas Instrument ayant travaillé sur le driver DRM pour les OMAP : il a créé le projet freedreno qui a pour (...)

Journal Des firmwares, des backdoors et du libre

Posté par (page perso) .
22
8
août
2012

Certains d'entre vous ont sans doute entendu parler ou vue la présentation de Rakshasa, c'est la POC d'une superbe backdoor qui fait froid dans le dos : cela permettrais d'infecter les bios de cartes mères, de cartes réseaux, en gros pas mal de composants ayant un firmware non libre (ou ayant un firmware libre, mais dans ce cas nous pourrions le recompiler et le reflasher).
C'est développé avec du libre (coreboot, SeaBIOS, iPXE…) mais ne (...)

Journal Trucs pour consommer moins et éteindre plus sur Intel

Posté par (page perso) . Licence CC by-sa.
21
26
août
2011

Le fort à propos décrié site Phoronix propose trois options qui ne sont même pas dans la page man des pilotes libres des puces graphiques Intel. Elles permettent sur certaines machines d'obtenir quelques % en moins de consommation, et aussi quelques % en plus en performances OpenGL.
Il va falloir écrire des man pour les modules du noyau, puisqu'il s'agit d'options qui causent au DRM i915.

Comme ce n'est pas une depêche, j'ai même pas été fouiller s'il y en (...)