Die kodebasis van XWayland, die DDX-komponent (Device-Dependent X) wat die X.Org Server laat loop om X11-toepassings in Wayland-gebaseerde omgewings te laat loop, is opgedateer om hardeware-weergaweversnelling op stelsels met eie NVIDIA-grafiese drywers moontlik te maak.
Te oordeel aan die toetse wat deur die ontwikkelaars uitgevoer is, nadat die gespesifiseerde pleisters geaktiveer is, is die werkverrigting van OpenGL en Vulkan in X-toepassings wat met XWayland geloods is, amper dieselfde as om onder 'n gewone X-bediener te hardloop. Die veranderinge is voorberei deur 'n NVIDIA-werknemer. In die NVIDIA-bestuurder self sal ondersteuning vir die komponente wat nodig is om versnelling in Xwayland te gebruik, in een van die volgende uitgawes verskyn, dit word aanvaar dat in die 470.x-tak.
Daarbenewens is daar verskeie ander ontwikkelings wat verband hou met die Linux-grafiese stapel:
- Die Wayland-ontwikkelaars beplan om die hooftak in al hul bewaarplekke van "meester" na "hoof" te hernoem, aangesien die woord "meester" onlangs as polities inkorrek beskou is, wat aan slawerny herinner en deur sommige gemeenskapslede as aanstootlik beskou is. Op sy beurt het die freedesktop.org-gemeenskap besluit om die 'hoof'-bewaarplek in plaas van die 'meester'-bewaarplek by verstek vir nuwe projekte te gebruik.
Interessant genoeg was daar ook teenstanders teen hierdie idee. Veral Jan Engelhardt, wat meer as 500 pakkette in openSUSE onderhou, het die argumente wat deur GitHub en SFC gemaak is ten gunste van die vervanging van "meester" met "hoof" skynheiligheid en dubbele standaarde genoem. Hy het voorgestel om alles net so te laat en te fokus op voortgesette ontwikkeling eerder as om 'n gemors met naamsveranderinge te skep. Volgens Ian, vir diegene wat nie met die term βmeesterβ kan voldoen nie, kan jy eenvoudig verseker dat twee takke met 'n identiese toestand van commits werk, en doen sonder om die gevestigde struktuur te breek.
- Die Mesa-bestuurder lavapipe, ontwerp vir sagteware-weergawe en gebruik van LLVM om kode te genereer, ondersteun die Vulkan 1.1 grafiese API en sekere kenmerke van die Vulkan 1.2-spesifikasie (voorheen is slegs OpenGL ten volle ondersteun in lavapipe). Daar word kennis geneem dat die bestuurder alle toetse wat die nuwe kenmerke van Vulkan 1.1 dek, suksesvol slaag, maar tot dusver dieselfde toetse vir Vulkan 1.0 druip, wat sy amptelike sertifisering vir Vulkan-ondersteuning verhoed.
- Die Vgpu_unlock toolkit is gepubliseer, wat jou in staat stel om vGPU-ondersteuning op sommige verbruikersvideokaarte NVIDIA Geforce en Quadro te aktiveer, wat nie amptelik vGPU's ondersteun nie, maar gebaseer is op dieselfde skyfie as die duurder Tesla-kaarte (virtuele GPU-funksionaliteit word beperk deur sagteware).
- 'n Aanvanklike implementering van die nuwe oopbron PanVk-bestuurder word aangebied, wat ondersteuning bied vir die Vulkan-grafiese API vir ARM Mali Midgard en Bifrost GPU's. PanVk word ontwikkel deur Collabora-werknemers en is geposisioneer as 'n voortsetting van die ontwikkeling van die Panfrost-projek, wat ondersteuning bied vir OpenGL.
- Die xf86-input-libinput 1.0.0-bestuurder is vrygestel, wat 'n raamwerk bied vir Libinput, 'n verenigde stapel om met invoertoestelle te werk. In X-bediener-gebaseerde omgewings kan die xf86-invoer-libinput-bestuurder gebruik word in plaas van die aparte evdev- en sinaptiese drywers. Die sleutelverandering in weergawe 1.0.0 is die oorgang na die MIT-lisensie.
Bron: opennet.ru