Mối lo ngại về việc "làm hỏng" Linux Kernel từ các nhà phát triển chịu lệnh trừng phạt

Mối lo ngại về việc "làm hỏng" Linux Kernel từ các nhà phát triển chịu lệnh trừng phạt

Gần đây, cộng đồng mã nguồn mở đang thảo luận về một vấn đề nhạy cảm liên quan đến chính trị và pháp lý ảnh hưởng trực tiếp đến quá trình phát triển nhân Linux. Một bài viết mới đây đã chỉ ra việc các nhà phát triển đến từ các khu vực chịu lệnh trừng phạt có thể vô tình "làm hỏng" (spoiling) nhân Linux chỉ bằng cách gửi mã nguồn của họ.

Vấn đề về độ trễ USB và bản sửa lỗi

Câu chuyện bắt đầu khi tác giả bài viết phát hiện một lỗi trong stack OHCI (USB 1.1) của nhân Linux, khiến chiếc máy in cũ của ông hoạt động không ổn định. Nguyên nhân nằm ở việc OHCI thêm một độ trễ nhân tạo 1ms cho mỗi lần chuyển USB, trong khi máy in kiểu cũ này yêu cầu thời gian thực (timing) rất chặt chẽ và độ trễ thấp, giống như một máy CNC.

Độ trễ này được thêm vào từ năm 2004 để khắc phục tình trạng tranh chấp (race condition) trên các bộ điều khiển chủ OHCI thời bấy giờ. Tuy nhiên, giải pháp này lại gây ra vấn đề cho các thiết bị cũ hơn.

Tác giả đã đưa ra một bản sửa lỗi nhỏ và đơn giản: trì hoãn việc ngắt kết nối các Mô tả Điểm cuối (Endpoint Descriptors - EDs) khi chúng không hoạt động trong một khoảng thời gian, với giả định rằng ED sẽ được tái sử dụng sớm. Mã này được chuyển sang I/O watchdog chạy mỗi 275ms, giúp khắc phục vấn đề độ trễ mà không ảnh hưởng đến tính tương thích hay tăng mức tiêu thụ RAM.

Sự im lặng từ người duy trì

Điều đáng nói là bản sửa lỗi này không bao giờ nhận được phản hồi từ Greg Kroah-Hartman — "cánh tay phải" của Linus Torvalds, người duy trì các nhân linux-lts và cũng là tác giả của mã OHCI gốc.

Theo thông tin từ các nhà phát triển khác đã nói chuyện trực tiếp với Greg, các luật sư đã khuyên ông không nên giao tiếp với những người có thể bị chỉ định hoặc chịu ảnh hưởng bởi các lệnh trừng phạt, trừ khi có bằng chứng ngược lại. Hiểu một cách đơn giản, cả tác giả và người duy trì stack USB hiện tại đều bị từ chối phản hồi về đóng góp này chỉ vì email được gửi từ tên miền .ru.

Hiệu ứng "làm hỏng" nhân Linux

Tuy nhiên, vấn đề không chỉ dừng lại ở sự im lặng. Tác giả đưa ra một quan điểm đáng lo ngại về việc "làm hỏng" mã nguồn.

Ngay khi một người đóng góp bị coi là "có tội cho đến khi được chứng minh là vô tội" gửi bản vá (patch) lên danh sách thư, nhân Linux sẽ bị "làm hỏng" bởi mã của họ theo một cách tương tự như bằng sáng chế. Cụ thể, bản sửa lỗi chính xác cho lỗi đó không thể được triển khai theo đúng cách mà thực thể bị cấm vận đã thực hiện.

Điều này tạo ra một nghịch lý: Nếu một nhà phát triển khác muốn sửa lỗi này, họ không thể sử dụng giải pháp tối ưu đã được đề xuất trước đó vì nó đã bị "nhiễm" bởi các vấn đề pháp lý liên quan đến lệnh trừng phạt. Điều này có thể dẫn đến việc các giải pháp thay thế kém hiệu quả hơn được sử dụng, hoặc lỗi tồn tại mãi mãi chỉ vì không ai muốn dính líu đến mã nguồn gốc.

Đây là một tiền lệ đáng báo động cho cộng đồng mã nguồn mở, nơi sự hợp tác xuyên biên giới là cốt lõi, nhưng lại đang bị đe dọa bởi các rào cản pháp lý và địa chính trị.