La pile de graphes GNU / Linux est complexe, à tel point qu'il devient difficile d'expliquer toutes les couches et tous les éléments impliqués. Le système graphique de Linux fonctionne, mais ce n'est pas du tout simple. Vous avez sûrement déjà entendu parler de certaines des parties dont il est composé, telles que les pilotes graphiques, DRM, KMS, FBDEV, etc., sans avoir l'API graphique OpenGL ou d'autres API, en plus de l'environnement graphique pris en charge par le serveur , etc.
Eh bien, il y a ce que l'on appelle framebuffer ou fbdev, certains pilotes pour fournir un système graphique minimal dans le terminal Linux, de manière plus dépendante de la carte graphique que nous utilisons et avant d'avoir d'autres pilotes graphiques plus spécifiques. Sans entrer dans les détails, pour dire que ce système est déjà quelque peu dépassé, mais qu'il peut être utile dans certains cas. Sans aucun doute, l'activité sur cette partie est minime ces dernières années en termes de développement.
Les développeurs ne contribuent pas à cet élément et comme je le dis, il existe des alternatives qui bouillonnent, comme DRM. Ce système est conforme aux fonctionnalités de fbdev pour les systèmes graphiques modernes et est même capable de simuler complètement le fonctionnement de fbdev. Par conséquent, il y a une redondance dans le noyau Linux dans ce sens et c'est le point de mire de certains critiques et voix qui s'unissent pour que l'ancien fbdev soit éliminé du noyau. L'un d'eux est Tomi Valkeinen de Texas Instruments ...
Tomi a mis le feu à nouveau cette discussion et il a à nouveau proposé de se débarrasser des anciens pilotes, ce qui ne signifierait pas ṕ une perte de fonctionnalité en ayant DRM (d'ailleurs, à ne pas confondre avec Digital Rights Management, car ils sont l'acronyme de Direct Rendering Manager). Au niveau du développement du noyau, supprimer fbdev reviendrait à supprimer environ 31.000 XNUMX lignes de code, ce qui rendrait le noyau plus léger. Certainement pas négligeable. Qu'est-ce qu'ils vont faire?