La ngăn xếp đồ thị GNU / Linux rất phức tạp, đến mức khó có thể giải thích tất cả các lớp và yếu tố liên quan đến nó. Hệ thống đồ họa của Linux hoạt động, nhưng nó không đơn giản chút nào. Chắc chắn bạn đã nghe nói về một số phần của nó, chẳng hạn như trình điều khiển đồ họa, DRM, KMS, FBDEV, v.v., mà không cần có API đồ họa OpenGL hoặc các API khác, ngoài môi trường đồ họa được hỗ trợ bởi máy chủ , Vân vân.
Chà, có những gì được gọi là framebuffer hoặc fbdev, một số trình điều khiển để cung cấp một hệ thống đồ họa tối thiểu trong thiết bị đầu cuối Linux, theo cách phụ thuộc nhiều hơn vào cạc đồ họa mà chúng tôi sử dụng và trước khi có các trình điều khiển đồ họa khác cụ thể hơn. Không đi sâu vào chi tiết, có thể nói rằng hệ thống này đã hơi lỗi thời, nhưng nó có thể hữu ích trong một số trường hợp. Không nghi ngờ gì nữa, hoạt động về phần này là rất ít trong những năm gần đây về mức độ phát triển.
Các nhà phát triển không đóng góp vào yếu tố này và như tôi đã nói, có những lựa chọn thay thế cho nó đang sôi sục, chẳng hạn như DRM. Hệ thống này tuân thủ các chức năng của fbdev dành cho các hệ thống đồ họa hiện đại và thậm chí có khả năng mô phỏng hoàn toàn hoạt động của fbdev. Do đó, có sự dư thừa trong nhân Linux theo nghĩa này và nó là tâm điểm của một số nhà phê bình và tiếng nói tham gia cùng nhau để fbdev cũ bị loại khỏi nhân. Một trong số họ là Tomi Valkeinen từ Texas Instruments ...
Tomi đã đốt lửa một lần nữa cuộc thảo luận này và nó một lần nữa đề xuất loại bỏ các trình điều khiển cũ, điều không có nghĩa là mất chức năng khi có DRM (nhân tiện, đừng nhầm lẫn với Quản lý quyền kỹ thuật số, vì chúng là từ viết tắt của Direct Rendering Manager). Ở cấp độ phát triển hạt nhân, việc xóa fbdev sẽ là loại bỏ khoảng 31.000 dòng mã, làm cho hạt nhân nhẹ hơn. Chắc chắn không phải là không đáng kể. Họ sẽ làm gì?