Pengembangan kernel Linux sekali lagi menyoroti standar ketat yang mengatur salah satu proyek open-source paling kritis di dunia. Kontroversi terbaru berpusat pada penolakan submission kode untuk dukungan arsitektur RISC-V, yang menunjukkan bagaimana timing, kualitas kode, dan keputusan arsitektur saling bersinggungan dalam pengembangan kernel.
Submission Terlambat Memicu Respons Keras
Insiden ini dimulai ketika Palmer Dabbelt , seorang software engineer di Meta (sebelumnya Facebook ), mengirimkan serangkaian patch RISC-V untuk merge window Linux 6.17 . Timing ini terbukti sangat bermasalah, karena Linus Torvalds sebelumnya telah memperingatkan para developer tentang jadwal perjalanannya yang akan datang karena acara keluarga di Amerika Serikat dan Finlandia . Torvalds secara eksplisit meminta submission yang lebih awal dan memperingatkan bahwa pull request yang terlambat akan menghadapi pengawasan yang lebih ketat selama periode ini.
Konteks Timeline:
- Konflik waktu jendela merge Linux 6.17 dengan acara keluarga Torvalds
- Torvalds bepergian untuk perayaan pernikahan dan ulang tahun di AS dan Finlandia
- Peningkatan RISC-V ditunda ke siklus pengembangan Linux 6.18
Masalah Teknis di Luar Timing yang Buruk
Meskipun submission yang terlambat awalnya mendapat kritik, masalah teknis yang lebih dalam muncul setelah ditinjau. Patch tersebut mencakup modifikasi pada file header generik Linux daripada membatasi perubahan pada kode khusus RISC-V. Keputusan arsitektur ini menimbulkan kekhawatiran tentang dampak potensial pada komponen kernel yang tidak terkait dan stabilitas sistem secara keseluruhan.
Helper Function Kontroversial Mendapat Kritik Tajam
Elemen paling kontroversial melibatkan helper function yang disebut make_u32_from_two_u16(), yang dirancang untuk menggabungkan dua unsigned 16-bit integer menjadi 32-bit integer. Torvalds mengkarakterisasi fungsi ini sebagai gila dan tidak berguna, dengan berargumen bahwa hal itu mengaburkan urutan data dan memperkenalkan kompleksitas yang tidak perlu. Dia berpendapat bahwa fungsi tersebut membuat kode kurang dapat dipahami dan secara aktif menurunkan kualitas codebase.
Masalah Teknis Utama yang Teridentifikasi:
- Fungsi helper
make_u32_from_two_u16()dianggap tidak perlu dan membingungkan - Modifikasi file header generik alih-alih perubahan khusus RISC-V
- Pengajuan terlambat selama jendela merge meskipun telah ada peringatan sebelumnya
- Dampak negatif potensial pada komponen kernel yang tidak terkait
 |
|---|
| Linus Torvalds menyuarakan kekhawatirannya terhadap desain yang rumit dari fungsi helper dalam patch RISC-V yang ditolak |
Kekhawatiran Polusi File Header Generik
Keputusan untuk menempatkan fungsionalitas khusus RISC-V dalam file header generik sangat membuat frustrasi Torvalds . Dia menekankan bahwa praktik semacam itu dapat berdampak negatif pada ekosistem Linux yang lebih luas dengan memaksa kode yang tidak terkait untuk mengakomodasi persyaratan khusus arsitektur. Pendekatan ini melanggar prinsip-prinsip pengembangan kernel yang telah mapan yang memprioritaskan pemisahan yang bersih antara komponen generik dan khusus arsitektur.
Ekspektasi Jelas Ditetapkan untuk Submission Masa Depan
Setelah penolakan tersebut, Torvalds mengeluarkan pedoman khusus untuk kontribusi masa depan. Dia mewajibkan submission fokus secara eksklusif pada perubahan khusus arsitektur kecuali ada alasan yang menarik untuk modifikasi generik. Setiap perubahan generik harus menunjukkan manfaat yang jelas dan tiba jauh sebelum deadline. Arahan ini berfungsi sebagai peringatan bagi kontributor langsung dan panduan bagi komunitas pengembangan yang lebih luas.
Respons Developer dan Reaksi Komunitas
Dabbelt mengakui feedback tersebut dan berkomitmen untuk meningkatkan timing submission dan kualitas kode untuk kontribusi masa depan. Pertukaran ini memicu reaksi beragam dalam komunitas pengembangan, dengan beberapa membela pendekatan langsung Torvalds sebagai hal yang diperlukan untuk mempertahankan standar proyek, sementara yang lain mempertanyakan apakah nada tersebut melayani tujuan konstruktif.
Evolusi Gaya Kepemimpinan
Insiden ini mencerminkan pendekatan kepemimpinan Torvalds yang telah berkembang namun tetap menuntut. Meskipun gaya komunikasinya telah moderat sejak komitmen 2018 untuk meningkatkan interaksi developer, dia mempertahankan standar yang tidak berkompromi untuk kualitas kode dan protokol submission. Keseimbangan antara perilaku profesional dan ketelitian teknis ini terus membentuk budaya pengembangan kernel Linux .
 |
|---|
| Linus Torvalds terus menetapkan standar tinggi untuk kualitas kode dan interaksi dalam komunitas pengembangan kernel Linux |
Melihat ke Depan untuk Linux 6.18
Perbaikan RISC-V yang ditolak perlu menunggu siklus pengembangan Linux 6.18 , dengan syarat mereka mengatasi kekhawatiran yang teridentifikasi dan tiba dalam kerangka waktu yang tepat. Penundaan ini menekankan bagaimana pengembangan kernel memprioritaskan stabilitas jangka panjang dan kualitas kode daripada penambahan fitur langsung, bahkan ketika kontribusi datang dari perusahaan teknologi besar.