Risposte:
Il supporto grafico di Linux è stato fortemente mutato per gran parte della vita del kernel. Inizialmente, il kernel parlava solo con la scheda grafica per scopi in modalità testo. Allora X utilizzava i suoi driver per fare tutto, quindi funzionava come un enorme kernel esterno al kernel.
Successivamente, con Direct Rendering Infrastructure (DRI) , parte del codice per le funzionalità grafiche accelerate ha spostato il lato kernel (chiamato Direct Rendering Manager, DRM - niente a che fare con la gestione dei diritti digitali) per fornire un'interfaccia coerente e astratta alle funzionalità di accelerazione 3D.
Attualmente, non è necessario avere un modulo DRM lato kernel caricato. Ma se non ne hai uno, è probabile che la tua sessione X ricada al 3D renderizzato dal software che è considerevolmente più lento e assetato di energia rispetto all'hardware 3D. In esecuzione glxinfo
mostrerà informazioni su questo.
Wayland è una storia leggermente diversa . Si trova tra il kernel e le applicazioni client. Con Wayland, il server X è un'altra applicazione client, che mostra la sua finestra principale come un'altra cosa. Wayland si assume il compito di parlare con l'hardware (invece X parla con Wayland). Dato che il progetto è ancora fortemente in fase di sviluppo, non c'è modo di sapere dove finirà, ma per come lo capisco è ancora necessario il supporto del kernel per il rendering 3D.
È evidente anche dai diagrammi di architettura di Wayland: a sinistra è l'attuale situazione per un moderno desktop X, a destra è l'architetto Wayland proposto. Il compositore di Wayland sostituisce X Server come l'elemento che parla con l'hardware, ma non sostituisce l' infrastruttura del kernel , quindi avresti comunque bisogno del supporto del kernel appropriato. In effetti, dati gli obiettivi del progetto, più roba dovrebbe passare al kernel per un'astrazione ancora migliore. Wayland, come l'X server, dipende ancora dall'hardware grafico.
pnginfo
il file sorgente: il tEXt
pezzo suggerisce che è stato fatto con Inkscape.