La графичен стек GNU / Linux е сложен, толкова много, че става трудно да се обяснят всички слоеве и елементи, участващи в него. Графичната система Linux работи, но изобщо не е проста. Със сигурност вече сте чували за някои от частите, от които е съставен, като графични драйвери, DRM, KMS, FBDEV и др., Че без да разчитате на графичния API на OpenGL или други API, в допълнение към графичната среда, поддържана от сървъра и т.н.
Е, има това, което е известно като framebuffer или fbdev, някои драйвери, за да осигурят минимална графична система в терминала на Linux, по-зависим от графичната карта, която използваме, и преди да разполагаме с други по-специфични графични драйвери. Без да навлизаме в много подробности, да кажем, че тази система вече е донякъде остаряла, но в някои случаи може да бъде полезна. Несъмнено активността в тази част е минимална през последните години по отношение на развитието.
Разработчиците не допринасят за този елемент и както казвам, има алтернативи на него, които кипят, като DRM. Тази система е в съответствие с функционалностите на fbdev за съвременните графични системи и дори е способна да симулира напълно работата на fbdev. Следователно има излишък в ядрото на Linux в този смисъл и това е фокусът на някои критици и гласове, които се обединяват, така че старият fbdev да бъде елиминиран от ядрото. Един от тях е Томи Валкейнен от Texas Instruments ...
Томи отново е подпалил тази дискусия и отново предложи да се отървете от старите драйвери, нещо, което не би означавало ṕ загуба на функционалност чрез DRM (между другото, да не се бърка с Digital Rights Management, тъй като те са съкращението за Direct Rendering Manager). На ниво разработка на ядрото премахването на fbdev би означавало да се премахнат около 31.000 XNUMX реда код, правейки ядрото по-леко. Със сигурност не е за пренебрегване. Какво ще правят?