Xwayland menambahkan dukungan akselerasi perangkat keras di NVIDIA

Pekerjaan perbaikan untuk XWayland terus berlanjut dan para pengembang mereka telah memberi tahu baru-baru ini bahwa Xwayland telah dimodifikasi untuk memungkinkan akselerasi representasi oleh perangkat keras di sistem dengan driver grafis berpemilik dari NVIDIA.

Bagi mereka yang tidak menyadarinya XWayland, mereka harus tahu itu ini adalah server X yang berjalan di bawah Wayland dan menyediakan kompatibilitas mundur untuk aplikasi X11 lama yang menyediakan organisasi startup untuk aplikasi X11 kinerja server X.Org di lingkungan berbasis Wayland.

Seperti yang Anda ketahui, Wayland adalah sistem jendela lengkap untuk dirinya sendiri. Untuk bagiannya, server Xorg dapat dimodifikasi untuk menggunakan perangkat input wayland untuk memasukkan dan meneruskan jendela root atau jendela level atas individu sebagai permukaan wayland.

Komponen sedang dikembangkan sebagai bagian dari basis kode X.Org utama dan itu sebelumnya dirilis bersama dengan server X.Org, tetapi karena server X.Org terhenti dan ketidakpastian dengan rilis 1.21 dalam konteks pengembangan aktif berkelanjutan XWayland, diputuskan untuk memisahkan XWayland dan merilis perubahan yang terakumulasi sebagai paket terpisah.

Dilihat dari pengujian pengembang, setelah mengaktifkan tambalan ini, kinerja OpenGL dan Vulkan di aplikasi X yang diluncurkan dengan XWayland hampir sama seperti di bawah kendali server X normal.

Perubahan tersebut disiapkan oleh karyawan NVIDIA, Di driver NVIDIA sendiri, dukungan untuk komponen yang diperlukan untuk menggunakan akselerasi di Xwayland akan muncul di rilis mendatang, mungkin di cabang 470.x.

Kedua tambalan ini dimaksudkan untuk menyertai dukungan yang akan datang dalam driver milik NVIDIA untuk rendering GL dan Vulkan yang dipercepat perangkat keras dengan Xwayland. Mereka tidak boleh mengganggu dukungan GL berbasis swrast saat ini, jadi setelah shift sisi pengemudi keluar, semuanya akan mulai berfungsi. Namun, saya ingin mengirimkan ini dari kami untuk dipertimbangkan terlebih dahulu, jika ada yang memiliki masalah substansial dengan pendekatan keseluruhan. Lihat pesan konfirmasi untuk detail lebih lanjut tentang penerapannya.

Kinerja harus kira-kira setara dengan X11 asli berdasarkan pembandingan yang saya lakukan. Salinan tambahan yang mengganggu masih diperlukan untuk presentasi aplikasi berjendela, tetapi dampaknya tampaknya tidak signifikan, dan aplikasi layar penuh tidak akan memiliki masalah itu (selama komposer mendukung antarmuka zwp_linux_dmabuf_v1 yang diperlukan).

Juga, berbagai peristiwa lain yang terkait dengan tumpukan grafik Linux dapat diamati, sejak Pengembang Wayland berencana untuk mengganti nama cabang utama di semua repositori mereka dari "tuan" hingga "utama", karena kata "tuan" belakangan ini dianggap tidak benar secara politis, hal itu mengingatkan kita pada perbudakan dan beberapa anggota komunitas menganggapnya sebagai ofensif. Pada gilirannya, komunitas freedesktop.org telah memutuskan untuk menggunakan repositori 'main' alih-alih 'master' default untuk proyek baru.

Menariknya juga ada penentang ide ini. Khususnya Jan Engelhardt, yang mengelola lebih dari 500 paket di openSUSE, Dia menyebut argumen GitHub dan SFC untuk mengganti "master" dengan "main" sebagai kemunafikan dan standar ganda. Dia menyarankan untuk meninggalkan hal-hal sebagaimana adanya dan fokus pada pengembangan berkelanjutan daripada membuat kekacauan perubahan nama.

Menurut Ian, bagi mereka yang tidak bisa menerima istilah "master", mereka cukup menjamin pekerjaan dua cabang dengan keadaan komitmen yang identik dan melakukannya tanpa merusak bentuk yang sudah mapan.

Perubahan lain ada di lavapipe dari pengontrol Mesa yang dirancang untuk rendering perangkat lunak dan menggunakan LLVM untuk pembuatan kode, menerapkan API grafis dukungan Vulkan 1.1 dan fitur-fitur tertentu dari spesifikasi Vulkan 1.2 (sebelumnya, lavapipe hanya sepenuhnya kompatibel dengan OpenGL), diamati apa pengontrol berhasil melewati semua pengujian yang mencakup fitur baru Vulkan 1.1, tetapi sejauh ini gagal dalam pengujian yang sama untuk Vulkan 1.0, mencegah sertifikasi resminya untuk dukungan Vulkan.

sumber: https://gitlab.freedesktop.org/


Jadilah yang pertama mengomentari

tinggalkan Komentar Anda

Alamat email Anda tidak akan dipublikasikan. Bidang yang harus diisi ditandai dengan *

*

*

  1. Penanggung jawab data: Miguel Ángel Gatón
  2. Tujuan data: Mengontrol SPAM, manajemen komentar.
  3. Legitimasi: Persetujuan Anda
  4. Komunikasi data: Data tidak akan dikomunikasikan kepada pihak ketiga kecuali dengan kewajiban hukum.
  5. Penyimpanan data: Basis data dihosting oleh Occentus Networks (UE)
  6. Hak: Anda dapat membatasi, memulihkan, dan menghapus informasi Anda kapan saja.