La pila gráfica de GNU/Linux es compleja, tanto que se hace complicado explicar todas las capas y elementos implicados en ella. El sistema gráfico de Linux funciona, pero no es para nada algo simple. Seguro que ya has escuchado hablar de algunas de las partes de las que se compone, como los controladores gráficos, DRM, KMS, FBDEV, etc., eso sin contar con la API gráfica OpenGL u otras APIs, además del entorno gráfico apoyado en el servidor, etc.
Pues bien, existe lo que se conoce como framebuffer o fbdev, unos controladores para aportar un sistema gráfico mÃnimo en el terminal Linux, de una forma más dependiente a la tarjeta gráfica que empleemos y antes de disponer otros controladores gráficos más especÃficos. Sin entrar en mucho detalle, decir que este sistema está ya algo anticuado, pero puede que sea útil en algunos casos. Sin duda la actividad sobre esta parte es mÃnima en los últimos años en cuanto a desarrollo.
Los desarrolladores no aportan a este elemento y como digo hay alternativas a éste que sà que están en ebullición, como DRM. Este sistema cumple con las funcionalidades de fbdev para sistemas gráficos modernos e incluso es capaz de simular el funcionamiento de fbdev por completo. Por tanto hay redundancia en el núcleo Linux en este sentido y es el foco de algunas criticas y voces que se unen para que el viejo fbdev sea eliminado del kernel. Una de ellas es la de Tomi Valkeinen de Texas Instruments…
Tomi ha incendiado de nuevo esta discusión y ha vuelto a proponer deshacerse de los controladores viejos, algo que no significarÃa ṕérdidas de funcionalidades al tener DRM (por cierto, no confundir con Digital Rights Management, ya que son las siglas de Direct Rendering Manager). A nivel de desarrollo del kernel, lo que significarÃa quitar fbdev serÃa la eliminación de unas 31.000 lÃneas de código, aligerando el núcleo. Sin duda nada despreciable. ¿Qué harán?