Pengaturan Mode Kernel vs. Framebuffer?

Dengan KMS, driver grafis dipindahkan ke kernel. Karena framebuffer sudah ada di kernel, saya tidak berharap ini mempengaruhi operasi framebuffer. Namun, saya membaca bahwa KMS menggantikan fb, menambah fb, membutuhkan fb, dan membutuhkan dukungan fb untuk dihapus. Apa apaan? Jawaban yang saya cari adalah penjelasan tentang hubungan antara KMS dan framebuffer.

Saya telah menggunakan uvesafb untuk mendapatkan resolusi asli di tty. Tujuan saya di sini adalah untuk memahami bagaimana cara kerjanya pada sistem dengan KMS. Ini juga akan membantu untuk menutupi hal-hal seperti .. Apakah menggulir lebih cepat dengan KMS? Apakah utilitas seperti fbterm dan fbida bekerja sama? Apakah stabilitas lebih baik?

Pertama-tama, pada dasarnya ada dua jenis driver framebuffer klasik:

• Driver perangkat keras & firmware generik (mis. Vga, vesafb / uvesafb, efifb)
• Driver khusus perangkat keras (mis. Rivafb, atyfb)

Driver framebuffer klasik semua memiliki dukungan pengaturan mode dasar, tetapi mereka sedikit mengekspos jika ada dukungan untuk akselerasi perangkat keras.

Dengan desain X klasik, ini bukan masalah: untuk mendapatkan akselerasi 2D, server X berjalan sebagai root, dan dapat mengakses perangkat keras secara langsung. Ini pada dasarnya melewati driver framebuffer sepenuhnya. Untuk dukungan 3d (dan 2d pada kartu yang lebih baru), itu juga akan menggunakan driver DRM kernel yang memediasi akses dan memori video yang dikelola.

Dalam pengaturan ini, ada dua tempat di mana pengaturan mode dilakukan: baik di driver framebuffer kernel, dan di server userspace X. Duplikasi kode ini (dan sesekali berkelahi antar pengemudi, misalnya pada VT-switch) tidak ideal.

Selain itu, ada dua driver terpisah di kernel untuk perangkat keras yang sama: driver framebuffer dan driver DRM. Dalam beberapa kasus (misalnya pre-kms intelfb), Anda dapat memuat satu atau yang lain, tetapi tidak keduanya sekaligus.

KMS adalah solusi untuk masalah ini. Saya t:

• Menggabungkan driver framebuffer khusus perangkat keras kernel dan driver drm ke dalam satu driver.
• Menyediakan antarmuka untuk server X untuk digunakan untuk mengontrol pengaturan mode, sehingga server X tidak harus secara langsung mengakses perangkat keras. (Memang, dengan KMS, server X tidak lagi memerlukan izin root.)

Beberapa catatan menarik: Migrasi ke tempat yang sekarang KMS sebenarnya dimulai sekitar tahun 2004; lihat email Jon Smirl di konsol rearchitecture .

Untuk menjawab pertanyaan Anda yang lebih spesifik:

• Kecepatan pada umumnya tidak akan lebih buruk daripada salah satu driver generik yang tidak terkecuali (mis. VGA, vesafb), tetapi konsol teks framebuffer KMS dirancang untuk kenyamanan dan penggunaan darurat daripada kecepatan, dan konsol tidak sepenuhnya dipercepat pada beberapa driver. Antrian panjang yang terbungkus cukup buruk pada kartu intel, misalnya.
• Aplikasi yang dirancang untuk menggunakan antarmuka framebuffer lama masih akan bekerja pada framebuffer KMS.

KMS mengatur resolusi tampilan dan kedalaman di ruang kernel daripada ruang pengguna. Jadi ya itu menggantikannya. Ini memungkinkan resolusi asli di framebuffer.

Pengaturan Mode Kernel