Tóm tắt nhanh
- Linux 7.4-rc2 phát hành ngày 8/11/2026, lớn bất thường vì đi sau bản rc1 lớn nhất từ trước đến nay; Torvalds xác nhận nhiều thay đổi trong bản này do các bản sửa lỗi AI thúc đẩy.
- Theo Alexei Starovoitov, phân hệ bpf đã nhận bản vá nhanh hơn báo cáo lỗi mới. Torvalds ghi chú phần lớn mảng khác của kernel chưa đến mức đó.
- Torvalds chỉ nói đây là dấu hiệu “có thể” cho thấy cục diện đổi chiều và dặn đừng kỳ vọng sớm.
- Ở bên ngoài kernel, các dự án nhỏ vẫn chịu sức ép lớn từ báo cáo lỗi do AI sinh ra.
Linux 7.4-rc2 ra mắt tối 8/11/2026 với ghi chú đầu tiên của Linus Torvalds là “một bản rc2 lớn đi cùng bản rc1 lớn nhất từ trước đến nay”, và dòng đáng chú ý nhất nằm ở gần cuối thông báo: theo Alexei Starovoitov, ở phía bpf các bản sửa lỗi hiện đang về nhanh hơn các báo cáo lỗi mới.
Một bản rc2 phình to vì script tự động và vì các bản sửa lỗi AI
Torvalds giải thích diffstat của rc2 bị đẩy lên chủ yếu bởi các cập nhật coccinelle tự động mà ông để dành từ merge window, vì lúc đó ông đang đi công tác và cũng chưa có động lực xử lý. Phần lớn chúng chỉ là sửa một hai dòng, trải trên hàng nghìn tệp nên làm số liệu trông to hơn thực tế. Khi lọc phần nhiễu này ra, hình dạng thay đổi hẳn: khoảng một phần ba là driver (gpu, mạng và âm thanh chiếm đa số), một phần ba là mạng và bpf, phần còn lại là filesystem, quản lý bộ nhớ và cập nhật kiến trúc.
Ông viết thẳng rằng “phần lớn số này do nhiều bản sửa lỗi AI thúc đẩy”, rồi nói thêm rằng ông sẽ ngừng nhắc lại điều đó và coi như chuyện đương nhiên. Cách nói ấy cho thấy trong quy trình kernel, mã sửa lỗi có AI tham gia không còn là ngoại lệ đáng giải thích mỗi tuần nữa.
eBPF là mảng duy nhất được nêu tên, và con số đó đến từ lời maintainer
Câu then chốt trong thông báo là: “Lần này Alexei cho rằng ít nhất ở phía bpf, các bản sửa lỗi giờ đang đến nhanh hơn các báo cáo mới, và nghe thì tuyệt đấy nếu đúng.” Alexei Starovoitov là đồng tác giả và lead dev của eBPF, công nghệ cho phép chạy chương trình trong sandbox ngay bên trong kernel. Cần đọc đúng mức: đây là lời maintainer được Torvalds chuyển lại kèm chữ “nếu đúng”, chưa phải số liệu thống kê công bố. Thông báo cũng không đưa con số cụ thể về lượng bản vá hay báo cáo.
Torvalds tiếp tục rào đón: ông nghĩ hầu hết các mảng khác chưa đến điểm đó, nhưng đây ít nhất là dấu hiệu rằng làn sóng “có thể” bắt đầu quay đầu. Ông kết bằng câu “đừng nín thở, nhưng có thể bắt chéo ngón tay”. Vì vậy cách viết “AI hết gây rối cho kernel” là sai lệch; điều có thật là một phân hệ báo cáo xu hướng tốt lên.
Làn sóng này bắt nguồn từ việc AI tìm lỗi hiệu quả hơn trước
Theo The Register, từ khi Anthropic tung mô hình tìm lỗi Mythos hồi tháng 4, các nhà phát triển phát hiện được nhiều lỗ hổng hơn hẳn trước đây. Microsoft vá kỷ lục 974 lỗ hổng trong tháng 9, sau 622 lỗ hổng ở tháng 7 và 206 ở tháng 6, còn Oracle vá 1.449 lỗ hổng trong một tháng. Tom’s Hardware thêm các con số từ trình duyệt và runtime: Firefox sửa 423 lỗi bảo mật trong một bản phát hành tháng 4, Chrome sửa 1.072 lỗi hồi tháng 6, nhiều hơn tổng số lỗi sửa trong tám năm trước đó của dự án, và NodeJS sửa 50 lỗ hổng.
Kernel Linux có hơn 40 triệu dòng mã, thuộc nhóm dự án phần mềm lớn nhất thế giới, nên khối lượng bản vá đến từ AI là rất lớn. Điểm khác là kernel có đội maintainer đông và có rào cản đóng góp cao hơn phần lớn dự án khác. Với các dự án nhỏ, câu chuyện còn nặng nề hơn: nguồn lực mỏng, và người bảo trì vừa phải lọc báo cáo rác vừa xử lý lỗi thật nhiều hơn trước.
Bot đánh bot: kernel đang dùng AI để chặn đợt bản vá do AI sinh ra
Cuộc trò chuyện của Torvalds tại Open Source Summit châu Âu cho thấy kernel đã xử lý theo cách khá thực dụng. Ông nói nhiều công cụ AI đang review bản vá công khai trên chính các mailing list phát triển, trong đó chính là Sashiko do Google duy trì ở dạng mã mở. Theo ông, công cụ này đã thay đổi cách làm việc đến mức nhiều phân hệ sẽ không nhận bản vá nếu chưa được Sashiko review công khai. Ông tự mô tả tình hình là “chúng ta đang phần nào chống lại cơn lũ bản vá do AI bằng cơn lũ review do AI của chính mình”, và người ta đùa rằng đó là bot nói chuyện với bot.
Torvalds đánh giá tổng thể code base được cải thiện, nhưng cũng nói thẳng rằng việc này làm maintainer căng thẳng đến mức thành vấn đề. Tại hội nghị maintainer, khoảng ba phần tư thời lượng thảo luận xoay quanh cách làm cho công cụ AI, cả sinh mã lẫn review, bớt gây áp lực và hữu ích hơn.
Từ đó có thể rút ra một nhận định: lập trường của Torvalds không phải cấm hay ca ngợi mã AI, mà là chấp nhận miễn đi qua cùng quy trình kiểm soát chất lượng như mã người viết. Chính cái rào ấy, gồm maintainer có kỷ luật cộng review tự động, mới là thứ giúp kernel hấp thụ được lượng bản vá lớn. Dự án nhỏ không có sẵn hạ tầng như vậy sẽ khó đạt kết quả tương tự.
Với người dùng Linux ở Việt Nam, tác động sẽ đến qua các bản cập nhật bảo mật
Linux 7.4 vẫn đang ở giai đoạn rc, tức bản thử nghiệm, và Torvalds kết thông báo bằng lời nhắc mọi người tiếp tục test. Người dùng thông thường chưa cần làm gì. Những ai chạy server, router hay hệ thống nhúng dựa trên Linux sẽ thấy hiệu ứng qua nhịp cập nhật kernel của bản phân phối mình dùng: nhiều bản vá hơn nghĩa là lỗi được xử lý sớm hơn, nhưng cũng nghĩa là quản trị viên phải cập nhật thường xuyên hơn. Nếu xu hướng ở bpf lan sang các mảng khác, áp lực này có thể giảm dần; hiện chưa có dữ liệu để khẳng định điều đó.
Nguồn tham khảo: Thông báo Linux 7.4-rc2 trên LKML; The Register; Tom’s Hardware; Video SavvyNik về phát biểu của Torvalds
