Hãy tưởng tượng có một công ty A phát hành bộ điều hợp đồ họa mới. Ai quản lý quá trình dẫn đến bộ điều hợp đồ họa mới này được nhân Linux hỗ trợ trong tương lai? Làm thế nào mà tiến hành? Tôi tò mò về cách hỗ trợ kernel cho bất kỳ phần cứng mới nào được xử lý; trên các công ty Windows tự phát triển trình điều khiển, nhưng Linux có hỗ trợ phần cứng cụ thể như thế nào?
Câu trả lời:
Hỗ trợ trình điều khiển hoạt động theo cách tương tự như với tất cả các nguồn mở: ai đó quyết định tự gãi ngứa.
Đôi khi trình điều khiển được cung cấp bởi công ty cung cấp phần cứng, giống như trên Windows. Intel làm điều này cho chip mạng của họ, 3 phần mềm thực hiện điều này cho bộ điều khiển RAID của họ, v.v. rằng có một người lái xe.
Trong trường hợp tốt nhất, công ty làm việc chăm chỉ để đưa trình điều khiển của họ vào cơ sở nguồn thích hợp đi kèm với các bản phân phối Linux. Đối với hầu hết các trình điều khiển, điều đó có nghĩa là nhân Linux. Đối với trình điều khiển đồ họa, nó có nghĩa là X.org . Ngoài ra còn có CUPS cho trình điều khiển máy in, NUT cho trình điều khiển UPS, SANE cho trình điều khiển máy quét, v.v ... Lợi ích rõ ràng của việc này là các bản phân phối Linux được tạo sau khi trình điều khiển được chấp nhận sẽ có hỗ trợ cho phần cứng. Nhược điểm lớn nhất là công ty phải phối hợp nhiều hơn với dự án nguồn mở để đưa tài xế của họ vào, vì những lý do cơ bản giống nhau, hai nhóm riêng biệt khó phối hợp bất cứ điều gì.
Sau đó, có những công ty chọn cung cấp trực tiếp mã nguồn trình điều khiển của họ. Bạn thường phải tải xuống mã nguồn trình điều khiển từ trang web của họ, xây dựng nó trên hệ thống của bạn và cài đặt nó bằng tay. Các công ty như vậy thường là các nhà sản xuất nhỏ hơn hoặc đặc biệt không có đủ nhân viên để họ có thể dành nỗ lực phối hợp với dự án nguồn mở thích hợp để đưa tài xế của họ vào cơ sở nguồn của dự án đó.
Một số ít công ty cung cấp trình điều khiển chỉ nhị phân thay vì mã nguồn. Một ví dụ là trình điều khiển 3D tiên tiến hơn từ các công ty như NVIDIA. Thông thường, lý do cho việc này là công ty không muốn cung cấp thông tin mà họ cảm thấy độc quyền. Các trình điều khiển như vậy thường không hoạt động với nhiều bản phân phối Linux như với các trường hợp trước, bởi vì công ty cung cấp phần cứng không bận tâm đến việc xây dựng lại trình điều khiển của họ để theo dõi các thay đổi API và ABI. Người dùng cuối hoặc nhà cung cấp phân phối Linux có thể điều chỉnh trình điều khiển được cung cấp dưới dạng mã nguồn để theo dõi các thay đổi đó, vì vậy trong hai trường hợp trước, trình điều khiển thường có thể được thực hiện để hoạt động với nhiều hệ thống hơn trình điều khiển nhị phân.
Khi công ty không cung cấp trình điều khiển Linux, một người nào đó trong cộng đồng sẽ quyết định làm điều đó. Có một số loại phần cứng lớn, nơi điều này là phổ biến, như với UPS và máy in. Phải mất một người dùng hiếm hoi a) có phần cứng; b) có thời gian; c) có kỹ năng; và d) có thiên hướng dành thời gian để phát triển trình điều khiển. Đối với phần cứng phổ biến, điều này thường không phải là vấn đề vì với hàng triệu người dùng Linux, vài người này tồn tại. Bạn gặp rắc rối với phần cứng không phổ biến.
Để hiểu chi tiết điều này, gần đây Raspberry Pi 3 đã ra mắt và bổ sung chip bluetooth. Bây giờ, đó là chip Broadcom BLE và nhân Raspberry Pi không hỗ trợ cho nó và vì vậy bluezthư viện cho Linux không hoạt động. Bây giờ lý tưởng, người ta nên có bản vá phần sụn cho chip BLE đó và sẽ cần biên dịch lại kernel để cung cấp cho người dùng. Có đúng không?