Menulis driver kernel GPU dengan Rust: Pengantar singkat tentang cara kerja driver GPU

• Artikel ini berfokus pada proses pengembangan Tyr, driver GPU terbaru untuk kernel Linux yang dibangun dengan Rust, dan prinsip kerja driver GPU.
• Dalam pengembangan driver GPU, perbedaan peran serta interaksi UMD (user mode driver) dan KMD (kernel mode driver) dijelaskan melalui contoh VkCube.
• UMD menerjemahkan API tingkat tinggi menjadi perintah tingkat rendah yang dapat dipahami GPU, sedangkan KMD menangani tugas inti seperti alokasi memori, penjadwalan pekerjaan, inisialisasi perangkat, dan lain-lain.
• API yang disediakan oleh driver Tyr sama dengan Panthor, yang terdiri dari query perangkat, manajemen memori, manajemen grup, pengiriman tugas, dan manajemen heap Tiler.
• Pada tulisan berikutnya, akan dibahas arsitektur perangkat keras Arm CSF dan komponen intinya (misalnya MCU) serta proses boot.

---

Pengantar: Pengembangan Driver Kernel GPU Canggih Berbasis Rust

• Tulisan ini adalah artikel kedua dalam seri pengembangan driver kernel GPU terbaru untuk mendukung GPU Arm Mali CSF di Linux.
• Sebagai contoh nyata, dipilih VkCube, sebuah program 3D sederhana yang merender kubus berputar dengan menggunakan Vulkan API, untuk menjelaskan cara kerja internal driver GPU.
• Struktur sederhana VkCube merupakan contoh yang baik untuk mempelajari prinsip kerja driver GPU.

Dasar-Dasar Driver GPU: Peran dan Struktur UMD serta KMD

• Terdiri dari User Mode Driver(UMD) dan Kernel Mode Driver(KMD).
  • UMD: mengimplementasikan API aplikasi umum, seperti Vulkan, OpenGL, seperti panvk (driver Vulkan pada Mesa)
  • KMD: seperti Tyr; driver tingkat kernel yang memiliki akses penuh ke perangkat keras, yang berjalan sebagai bagian dari kernel Linux
• Driver GPU mode kernel menghubungkan UMD dengan GPU sebenarnya, dan UMD menerjemahkan perintah API agar dapat dipahami GPU.
• UMD mempersiapkan data yang diperlukan untuk menyusun adegan, seperti geometri, tekstur, shader, dan lain-lain, lalu meminta KMD agar mengalokasikannya ke memori GPU sebelum dieksekusi.
• Shader adalah program independen yang berjalan di GPU; pada VkCube, shader bertanggung jawab atas tata letak kubus, pewarnaan, dan implementasi rotasi. Eksekusi shader membutuhkan data eksternal seperti geometri, warna, dan matriks rotasi.
• UMD menyerahkan perintah yang sudah disiapkan (mis. VkCommandBuffers) ke KMD untuk dieksekusi, dan ketika pekerjaan selesai, menerima notifikasi agar dapat menyimpan hasilnya ke memori.

Tanggung Jawab Utama KMD (Kernel Mode Driver)

• Alokasi dan pemetaan memori GPU (memberikan isolasi per aplikasi)
• Pengiriman tugas ke antrean perangkat keras dan pemberian notifikasi kepada pengguna ketika tugas selesai
• Dalam lingkungan perangkat keras paralel dan asinkron, manajemen dependensi tugas sangat penting, dan KMD menjalankan peran penjadwalan serta validasi dependensi agar hasil yang benar dapat diperoleh.
• Termasuk juga inisialisasi perangkat, pengaturan regulator clock/tegangan, eksekusi kode startup, serta pengelolaan rotasi akses sehingga banyak klien dapat berbagi perangkat keras secara adil.

Letak Kompleksitas: Pembagian Tugas antara UMD dan KMD

• Kompleksitas driver GPU sebagian besar terkonsentrasi di UMD
  • UMD: mengkonversi perintah API tingkat tinggi menjadi perintah perangkat keras
  • KMD: menyediakan fitur inti agar UMD dapat berfungsi dengan benar, seperti isolasi memori, berbagi, dan akses yang adil

Struktur Antarmuka (API) yang Disediakan Tyr

• API driver Tyr (= sama dengan Panthor) dapat dibagi menjadi 5 kelompok utama:
  1. Kueri informasi perangkat: DEV_QUERY (memonitor informasi perangkat keras GPU menggunakan IOCTL, memanfaatkan area ROM)
  2. Alokasi dan isolasi memori: VM_CREATE, VM_BIND, VM_DESTROY, VM_GET_STATE, BO_CREATE, BO_MMAP_OFFSET, dll.
  3. Manajemen grup penjadwalan: GROUP_CREATE, GROUP_DESTROY, GROUP_GET_STATE (penjelasan detail akan dibahas pada tulisan berikutnya)
  4. Pengiriman tugas: GROUP_SUBMIT (meminta eksekusi ke GPU melalui device command buffers)
  5. Manajemen heap Tiler: TILER_HEAP_CREATE, TILER_HEAP_DESTROY (memenuhi kebutuhan memori GPU untuk rendering tiled)
• API ini dalam praktiknya tidak langsung berhubungan dengan penggambaran, karena UMD yang menjalankan perintah eksekusi aktual, sementara KMD hanya menyediakan antarmuka ini agar UMD dapat mengakses perangkat keras.

Kesimpulan dan Rencana Selanjutnya

• Dalam artikel ini, kita membahas struktur dan alur kerja internal driver GPU secara menyeluruh serta API inti yang disediakan oleh Tyr.
• Berdasarkan pembahasan ini, tulisan lanjutan di seri ini akan membahas arsitektur perangkat keras Arm CSF, Microcontroller Unit (MCU), serta proses inisialisasi driver sebagai komponen inti.