Arbejdet med forbedringer af XWayland fortsætter og udviklerne de har gjort bekendt nylig at Xwayland er blevet ændret for at muliggøre acceleration af repræsentation af hardware i systemer med proprietære grafikdrivere fra NVIDIA.
For dem der ikke er opmærksomme på XWayland, de burde vide det det er en X-server, der kører under Wayland og giver bagudkompatibilitet til ældre X11-applikationer, der giver startorganisation til X.Org-serverpræstations X11-applikationer i Wayland-baserede miljøer.
Som mange af jer vil vide, er Wayland et komplet vinduesystem for sig selv. Xorg-serveren kan for sin del modificeres til at bruge wayland-inputenheder til input og videresendelse af rodvinduet eller individuelle topniveauer som wayland-overflader.
Komponenten udvikles som en del af den vigtigste X.Org-kodebase og det blev tidligere frigivet sammen med X.Org-serveren, men på grund af, at X.Org-server stopper og usikkerhed med frigivelsen af 1.21 i forbindelse med XWaylands fortsatte aktive udvikling, det blev besluttet at adskille XWayland og frigive de akkumulerede ændringer som en separat pakke.
At dømme ud fra udviklertest, efter at have aktiveret disse programrettelser, er ydelsen af OpenGL og Vulkan i X-applikationer, der er lanceret med XWayland, næsten den samme som under kontrol af en normal X-server.
Ændringerne blev udarbejdet af en NVIDIA-medarbejder, I NVIDIAs egen driver vises support til komponenter, der kræves for at bruge acceleration i Xwayland, i en fremtidig udgivelse, formodentlig i 470.x-grenen.
Disse to programrettelser er beregnet til at ledsage den kommende support i NVIDIAs proprietære driver til hardware-accelereret GL og Vulkan-gengivelse med Xwayland. De bør ikke forstyrre den nuværende swrast-baserede GL-support, så når skiftet på førersiden er ude af døren, skal tingene begynde at virke. Jeg ville dog først fremsende disse af vores til overvejelse, hvis nogen har nogen væsentlig bekymring med den overordnede tilgang. Se bekræftelsesmeddelelserne for flere detaljer om implementeringen.
Ydeevnen skal være omtrent på niveau med den oprindelige X11 baseret på den benchmarking, jeg gjorde. Irriterende ekstra kopi er stadig påkrævet til vinduesapplikation, men virkningen ser ikke ud til at være signifikant, og apps på fuld skærm har ikke det problem (så længe komponisten understøtter den krævede zwp_linux_dmabuf_v1-grænseflade).
Også, forskellige andre begivenheder relateret til Linux-grafikstakken kan observeres, siden Wayland-udviklere planlægger at omdøbe mastergrenen i alle deres opbevaringssteder fra "master" til "main", da ordet "master" betragtes som politisk ukorrekt på det seneste, minder det om slaveri, og nogle medlemmer af samfundet opfatter det som stødende. Til gengæld har freedesktop.org-samfundet besluttet at bruge 'hoved' arkivet i stedet for standard 'master' til nye projekter.
Interessant også der var modstandere af denne idé. Især Jan Engelhardt, der vedligeholder over 500 pakker på openSUSE, Han kaldte GitHub og SFC's argumenter for at erstatte "master" med "main" som hykleri og dobbeltmoral. Han foreslog at lade tingene være som de var og fokusere på kontinuerlig udvikling snarere end at skabe et rod af navneændringer.
Ifølge Ian, for dem der ikke kan acceptere udtrykket "mester", kan de simpelthen garantere arbejdet i to grene med en identisk forpligtelsesstatus og gøre det uden at bryde den etablerede form.
En anden ændring er i lavapipen til Mesa-controlleren der er designet til gengivelse af software og bruger LLVM til kodegenerering, implementeret Vulkan 1.1 support grafik API og visse funktioner i Vulkan 1.2 specifikationen (tidligere er lavapipe kun fuldt kompatibel med OpenGL), det observeres hvad controlleren består med succes alle tests, der dækker de nye funktioner i Vulkan 1.1, men indtil videre fejler det de samme tests for Vulkan 1.0, hvilket forhindrer dets officielle certificering for Vulkan-support.
kilde: https://gitlab.freedesktop.org/