La base di codice di XWayland, il componente DDX (Device-Dependent X) che esegue X.Org Server per eseguire applicazioni X11 in ambienti basati su Wayland, è stata aggiornata per abilitare l'accelerazione del rendering hardware su sistemi con driver grafici NVIDIA proprietari.
A giudicare dai test effettuati dagli sviluppatori, dopo aver abilitato le patch specificate, le prestazioni di OpenGL e Vulkan nelle applicazioni X avviate utilizzando XWayland sono quasi le stesse di quelle eseguite su un normale server X. Le modifiche sono state preparate da un dipendente NVIDIA. Nel driver NVIDIA stesso, il supporto per i componenti necessari per utilizzare l'accelerazione in Xwayland apparirà in una delle prossime versioni, si presume nel ramo 470.x.
Inoltre, ci sono molti altri sviluppi relativi allo stack grafico Linux:
- Gli sviluppatori di Wayland intendono rinominare il ramo principale in tutti i loro repository da "master" a "main", poiché la parola "master" è stata recentemente considerata politicamente scorretta, ricorda la schiavitù e percepita come offensiva da alcuni membri della comunità. A sua volta, la comunità di freedesktop.org ha deciso di utilizzare per impostazione predefinita il repository "principale" invece del repository "master" per i nuovi progetti.
È interessante notare che c'erano anche oppositori a questa idea. In particolare, Jan Engelhardt, che mantiene più di 500 pacchetti in openSUSE, ha definito ipocrisia e doppi standard gli argomenti avanzati da GitHub e SFC a favore della sostituzione di "master" con "main". Ha suggerito di lasciare tutto così com'è e di concentrarsi sullo sviluppo continuo piuttosto che creare confusione con i cambi di nome. Secondo Ian, per coloro che non riescono a venire a patti con il termine “master”, si può semplicemente garantire che due rami funzionino con lo stesso stato di commit e farlo senza rompere la struttura stabilita.
- Il driver Mesa lavapipe, progettato per il rendering del software e utilizzando LLVM per generare codice, supporta l'API grafica Vulkan 1.1 e alcune funzionalità della specifica Vulkan 1.2 (in precedenza solo OpenGL era completamente supportato in lavapipe). Va notato che il driver supera con successo tutti i test riguardanti le nuove funzionalità di Vulkan 1.1, ma finora non supera gli stessi test per Vulkan 1.0, il che impedisce la sua certificazione ufficiale per il supporto Vulkan.
- È stato pubblicato il toolkit Vgpu_unlock che permette di attivare il supporto vGPU su alcune schede video consumer NVIDIA Geforce e Quadro, che non supportano ufficialmente le vGPU, ma sono basate sullo stesso chip delle più costose schede Tesla (la funzionalità della GPU virtuale è limitata da Software).
- Viene presentata un'implementazione iniziale del nuovo driver PanVk open source, che fornisce supporto per l'API grafica Vulkan per le GPU ARM Mali Midgard e Bifrost. PanVk è sviluppato dai dipendenti di Collabora e si posiziona come una continuazione dello sviluppo del progetto Panfrost, che fornisce supporto per OpenGL.
- È stato rilasciato il driver xf86-input-libinput 1.0.0, che fornisce una struttura per Libinput, uno stack unificato per lavorare con i dispositivi di input. Negli ambienti basati su server X, è possibile utilizzare il driver xf86-input-libinput al posto dei driver separati evdev e synaptics. La modifica fondamentale della versione 1.0.0 è il passaggio alla licenza MIT.
Fonte: opennet.ru