Linux 7.1 resmi tersedia, tetapi yang paling terasa justru bukan fitur yang gemerlap. Rilisan ini menandai langkah berani dengan mengakhiri dukungan untuk prosesor i486, sekaligus membawa perbaikan yang relevan bagi pengguna Steam Deck dan pengelolaan NTFS.
Bagi banyak pengguna, kernel baru ini kemungkinan besar akan datang lewat distribusi Linux masing-masing, bukan dipasang manual. Namun isi Linux 7.1 tetap penting karena menunjukkan arah pengembangan kernel yang makin fokus pada penyederhanaan dan stabilitas.
Berakhirnya dukungan i486
Salah satu perubahan paling menonjol adalah dihentikannya dukungan untuk i486. Keputusan ini menutup kompatibilitas kernel modern dengan keluarga prosesor yang sudah sangat tua dan kini hampir tidak lagi relevan di perangkat aktif.
Dari sisi praktis, dampaknya sangat kecil karena jumlah perangkat yang masih bergantung pada i486 memang terbatas. Tetapi dari sisi pemeliharaan, langkah ini membantu merapikan kode dan mengurangi beban untuk arsitektur lama.
Steam Deck dan audio ikut dibenahi
Linux 7.1 juga membawa perbaikan yang ditujukan untuk mengatasi masalah audio di Steam Deck. Pembaruan ini membuat rilisan tersebut lebih menarik bagi pengguna perangkat genggam Valve yang menunggu peningkatan kompatibilitas sistem.
Bila kernel ini kemudian diadopsi oleh distro atau pembaruan sistem yang digunakan di Steam Deck, perubahan tersebut bisa menjadi alasan praktis untuk menunggu versi baru masuk ke kanal resmi. Dukungan yang makin rapi untuk perangkat populer juga memperlihatkan posisi Linux yang kian dekat dengan pasar gaming portabel.
NTFS mendapat perombakan penting
Di sisi penyimpanan, Linux 7.1 menghadirkan perombakan pada NTFS. Pembaruan ini relevan bagi pengguna yang sering memindahkan data antara Linux dan sistem lain yang masih memakai format tersebut.
NTFS masih sering muncul pada media penyimpanan eksternal dan skenario dual-boot, sehingga perubahan di area ini punya dampak yang cukup luas. Meski detail teknisnya tidak dijabarkan panjang, pembaruan ini tetap masuk jajaran perubahan besar di rilisan baru.
Fokus utama ada pada perbaikan kecil
Linus Torvalds menyebut pekan terakhir sebelum rilis final tidak membawa sesuatu yang “menarik atau menakutkan” secara khusus. Menurutnya, yang hadir justru kumpulan pembaruan kecil yang tersebar di berbagai bagian kernel.
Sebagian besar perubahan itu mencakup pembaruan driver untuk GPU, jaringan, audio, serta komponen lain. Ada juga perbaikan pada sisi jaringan dan alat pelacakan atau trace tooling.
Pola seperti ini lazim pada kernel yang sudah matang menjelang rilis final. Fokusnya bergeser ke stabilitas, kompatibilitas, dan pembersihan bug ketimbang menambahkan fitur besar di menit terakhir.
Pengujian belum benar-benar selesai
Torvalds juga meminta pengujian tetap dilanjutkan meski versi final sudah dirilis. Permintaan itu menegaskan bahwa rilis kernel tetap menjadi bagian dari proses validasi yang lebih luas sebelum diadopsi penuh oleh distribusi besar.
Untuk pengguna tingkat lanjut, Linux 7.1 sudah tersedia dari repositori Git. Namun bagi pengguna umum, cara yang lebih aman tetap menunggu distro favorit mengemas dan mengujinya lebih dulu.
Pendekatan itu penting karena integrasi kernel ke distribusi biasanya disertai penyesuaian tambahan dan pengujian kompatibilitas. Dengan begitu, perubahan besar seperti berakhirnya dukungan i486, perbaikan audio Steam Deck, dan pembaruan NTFS bisa hadir dalam bentuk yang lebih siap dipakai sehari-hari.
Latar pengujian sempat lebih ramai dari biasanya
Sebelum rilis final, Torvalds sempat menyoroti bahwa cabang release candidate Linux 7.1 menerima lebih banyak perbaikan bug dari biasanya. Ia mengaitkan lonjakan itu dengan agen AI yang menemukan berbagai masalah.
Ia juga menyebut bahwa laporan-laporan tersebut sempat memenuhi kanal aman yang dipakai dalam proses pelaporan. Meski begitu, pengembangan Linux 7.1 tetap berjalan lancar sampai versi final tersedia.
Situasi itu memberi gambaran bahwa proses pencarian bug dalam pengembangan kernel mulai berubah. Di satu sisi, lebih banyak masalah bisa ditemukan lebih cepat, tetapi di sisi lain volume laporan yang terlalu padat juga bisa menjadi tantangan baru bagi pengelola proyek.