Linux 7.3-rc2 lớn bất thường, Linus Torvalds đùa rằng cứ đổ cho AI

Linux 7.3-rc2 không phải là thời điểm người ta thường chờ đợi một đợt cập nhật dồn dập. RC2 (release candidate thứ hai) thường đến ngay sau giai đoạn gộp tính năng, khi các lập trình viên tạm nghỉ và lỗi hồi quy chưa kịp xuất hiện nhiều. Tuy vậy, Linus Torvalds nói bản này là một đợt phát hành “full fat” — theo cảm nhận của ông thì tuần qua không đặc biệt bận rộn, nhưng khối lượng bản vá lại cho thấy điều ngược lại. 1127

Torvalds không quy toàn bộ sự việc về một nguyên nhân. Một đợt cập nhật EDAC bị lỡ trong giai đoạn gộp mã có góp phần, nhưng ông cho rằng nó quá nhỏ để giải thích quy mô chung. Nhiều hệ thống tệp cùng gửi bản sửa, trong khi DRM — hạ tầng đồ họa của kernel — cũng có một đợt cập nhật đáng kể với nhiều lỗi rải rác được xử lý. Vì thế, câu nói có thể “đổ cho AI” là lời đùa, không phải kết luận rằng một mô hình ngôn ngữ lớn (LLM) trực tiếp tạo ra hay gây nên quy mô của 7.3-rc2. 11

Những thay đổi đáng chú ý trong Linux 7.3-rc2

Đây không phải một bản vá xoay quanh một sự cố khẩn cấp duy nhất, mà là tập hợp bảo trì trên nhiều khu vực. Driver chiếm phần lớn thay đổi tổng thể; trong phần không thuộc driver, công cụ chiếm khoảng một phần năm, tiếp theo là hệ thống tệp, lõi kernel và mạng. 18

Một số sửa lỗi và dọn dẹp nổi bật gồm:

• Sửa lỗi nhận diện tác vụ “không phù hợp” trong cơ chế lập lịch có xét tới cache cho CPU lai, nhằm cải thiện hành vi hiệu năng. 9
• Dọn dẹp trên toàn bộ cây mã nguồn, chuyển thêm các cấp phát bộ nhớ từ kmalloc() sang kmalloc_obj(). 9
• Sửa lỗi hiển thị trong driver Nouveau dành cho phần cứng NVIDIA Blackwell. 9
• Tắt mặc định cơ chế bảo mật RandStruct khi hỗ trợ Rust và bộ công cụ biên dịch Rust cùng hiện diện. 9
• Bổ sung thay đổi EDAC đã lỡ giai đoạn gộp mã của Linux 7.3. 9
• Gia cố trình kiểm tra BPF và sửa các lỗi hồi quy của bộ lập lịch đã được báo cáo. 23

Tổ hợp này lý giải vì sao RC2 lớn mà không cần một nguyên nhân duy nhất: nhiều phân hệ gửi các công việc bảo trì hợp lệ cùng lúc.

Câu đùa về AI có ý nghĩa gì — và không có nghĩa gì

Câu đùa của Torvalds có bối cảnh thực tế. Trước đó, ông từng mô tả các bản release candidate lớn bất thường ở cuối chu kỳ như một “trạng thái bình thường mới”, có liên hệ với hoạt động rà soát bằng nhiều công cụ AI. Điều đó khác hoàn toàn với khẳng định AI viết ra hoặc gây ra mọi bản vá: tác động đáng chú ý là AI giúp phát hiện thêm vấn đề, nhưng con người vẫn phải đánh giá, chọn lọc và sửa chúng. 34

Greg Kroah-Hartman, một người bảo trì chủ chốt của Linux, cũng cảnh báo Linux 7.3 có thể là chu kỳ “gập ghềnh” vì hoạt động AI/LLM làm tăng dòng báo lỗi và đề xuất bản vá. Một số đóng góp hữu ích, nhưng gánh nặng rà soát và phân loại vẫn thuộc về các nhà phát triển kernel, kể cả với báo cáo nhắm vào mã cũ hoặc hiếm khi được đụng tới. 32

Xu hướng về bảo mật cho thấy quy mô của khối lượng công việc này. Các báo cáo trước chu kỳ phát hành 7.3 cho biết số CVE được sửa trong mỗi bản phát hành đã tăng từ khoảng 500 ở giai đoạn Linux 6.9 đến 6.19, lên hơn 1.000 ở 7.0 và hơn 1.500 ở 7.2. Linux 7.3 có thể tiến gần mốc 2.000 nếu xu hướng tiếp diễn; đây là dự báo, không phải tổng số cuối cùng của 7.3. 1234

RC2 lớn sau một RC1 vốn đã phình to

Tuần nhiều bản vá này đến sau Linux 7.3-rc1 vốn đã có quy mô lớn. Theo thống kê dòng mã, cây mã nguồn khi đó có khoảng 40,98 triệu dòng, tăng từ xấp xỉ 40,42 triệu dòng ở Linux 7.2 — tức thêm khoảng 560.000 dòng. Những con số này bao gồm mã nguồn được nhận diện, chú thích, dòng trống và nội dung khác trong cây mã, nên không đồng nghĩa có 40,98 triệu dòng mã thực thi. 513

Bối cảnh đó khiến quy mô của rc2 càng đáng chú ý: kernel bước vào giai đoạn kiểm thử và sửa lỗi sau một đợt gộp mã đã mở rộng đáng kể một dự án vốn cực lớn.

Linux 7.3 có thể mất thêm thời gian để ổn định?

Linux 7.3-rc2 là bản chụp tiền phát hành dành cho kiểm thử, chưa phải kernel ổn định cuối cùng. Kernel.org liệt kê phiên bản 7.3-rc2 vào ngày 6/9/2026. 30

Một RC đầu chu kỳ lớn không tự động có nghĩa lịch phát hành sẽ bị lùi. Nhưng nếu các lỗi hồi quy và bản sửa quan trọng tiếp tục xuất hiện muộn, đội bảo trì có thể phát hành thêm các bản RC. Đổi lại, thời gian kiểm thử dài hơn giúp những bản sửa quan trọng ổn định trước khi ra bản chính thức; còn phát hành đúng ngày trong khi luồng sửa lỗi vẫn biến động mạnh sẽ để lại ít thời gian xác nhận hơn.

Với người dùng Linux và các bản phân phối dựa trên Linux, điểm cần lưu ý không phải Linux 7.3 mặc định là không an toàn. Điều quan trọng là lượng thay đổi cao này sẽ chuyển thành các bản sửa đã được kiểm thử kỹ, hay tiếp tục tạo ra biến động vào cuối chu kỳ. Câu “đổ cho AI” tóm gọn đúng sự căng thẳng đó: phân tích tự động có thể tìm ra lỗi thật, nhưng không thể thay thế công việc đánh giá, tích hợp và kiểm thử mà con người phải làm cho từng thay đổi.