El soporte de gráficos de Linux ha sido algo muy mutante durante la mayor parte de la vida del núcleo. Inicialmente, el núcleo solo hablaba con la tarjeta gráfica con fines de modo de texto. En aquel entonces, X usaba sus controladores para hacer todo, por lo que funcionaba como un gran núcleo fuera del núcleo.
Más tarde, con Direct Rendering Infrastructure (DRI) , parte del código para las características gráficas aceleradas se movió del lado del kernel (llamado Direct Rendering Manager, DRM, nada que ver con la gestión de derechos digitales) para proporcionar una interfaz coherente y abstracta para las características de aceleración 3D.
Actualmente, no necesita tener un módulo DRM del lado del kernel cargado. Pero si no tiene uno, lo más probable es que su sesión X se reduzca a 3D renderizado por software, que es considerablemente más lento y necesita más energía que el 3D de hardware. Correr glxinfo
mostrará información sobre esto.
Wayland es una historia ligeramente diferente . Se encuentra entre el núcleo y las aplicaciones del cliente. Con Wayland, el servidor X es otra aplicación cliente, que muestra su ventana raíz como algo más. Wayland asume la tarea de hablar con el hardware (X hablando con Wayland en su lugar). Dado que el proyecto aún está en desarrollo, no hay forma de saber dónde terminará, pero entiendo que todavía necesita soporte del kernel para la representación 3D.
También es obvio por los diagramas de arquitectura de Wayland: a la izquierda está el estado actual de las cosas para un escritorio X moderno, a la derecha está el proyecto de arquitectura Wayland propuesto. El compositor Wayland reemplaza al Servidor X como lo que habla con el hardware, pero no reemplaza la infraestructura del kernel , por lo que aún necesitaría el soporte adecuado del kernel. De hecho, dados los objetivos del proyecto, más cosas deberían pasar al núcleo para una mejor abstracción. Wayland, como el servidor X, todavía depende del hardware de gráficos.