Pour certains oui. Ce n’est en tous cas pas le cas de tous les développeurs impliqués dans la pile graphique libre.
Ce GPU est particulier, et différent de tous les autres dans la mesure où sont "firmware" tourne sur un processeur qui a plus de charge que ce qui se fait habituellement. Habituellement, le firmware s’occupe de taches annexes comme la gestion de l’énergie, ou décharger le CPU de quelques opérations lourdes. Ici, l’intégralité du driver est sur un autre processeur, dans ce qu’on appelle "firmware". Firmware qui contient l’implémentation OpenGLES ou encore le compilateur de shaders (!). Ce dernier est l’un des composant les plus secrets des GPU.
Et il m’est d’avis que ce n’est pas dû au hasard. Broadcom est un des derniers entrants dans le domaine des SoC, aussi ça ne m’étonnerai pas qu’au moment du design du GPU, ils aient fait ce choix en pensant aux drivers "libres" sous Linux. Ou alors ils voulaient vraiment que le CPU fasse un minimum de choses pour minimiser la consommation, mais j’en doute fort.
Donc sans accès aux basses couches du GPU, ce driver est fort peu utile vu qu’on ne peut écrire de driver Mesa. Ça veut dire qu’on est tributaire du bon vouloir de Broadcom pour corriger les bugs de l’implémentation, améliorer les performances, rajouter des extensions OpenGL(ES), ou s’assurer que la mémoire mappée par le GPU ne vas écraser notre bon vieux sudo (raisons de sécurité).
[^] # Re: Pétard mouillé
Posté par Aissen . En réponse à la dépêche Broadcom libère la pile graphique du Raspberry Pi. Évalué à 5.
Pour certains oui. Ce n’est en tous cas pas le cas de tous les développeurs impliqués dans la pile graphique libre.
Ce GPU est particulier, et différent de tous les autres dans la mesure où sont "firmware" tourne sur un processeur qui a plus de charge que ce qui se fait habituellement. Habituellement, le firmware s’occupe de taches annexes comme la gestion de l’énergie, ou décharger le CPU de quelques opérations lourdes. Ici, l’intégralité du driver est sur un autre processeur, dans ce qu’on appelle "firmware". Firmware qui contient l’implémentation OpenGLES ou encore le compilateur de shaders (!). Ce dernier est l’un des composant les plus secrets des GPU.
Et il m’est d’avis que ce n’est pas dû au hasard. Broadcom est un des derniers entrants dans le domaine des SoC, aussi ça ne m’étonnerai pas qu’au moment du design du GPU, ils aient fait ce choix en pensant aux drivers "libres" sous Linux. Ou alors ils voulaient vraiment que le CPU fasse un minimum de choses pour minimiser la consommation, mais j’en doute fort.
Donc sans accès aux basses couches du GPU, ce driver est fort peu utile vu qu’on ne peut écrire de driver Mesa. Ça veut dire qu’on est tributaire du bon vouloir de Broadcom pour corriger les bugs de l’implémentation, améliorer les performances, rajouter des extensions OpenGL(ES), ou s’assurer que la mémoire mappée par le GPU ne vas écraser notre bon vieux sudo (raisons de sécurité).