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?