The Lost Atomic Update on Loongson CPU

Pengantar: Ketika Silikon Lokal Ikutan Masuk Angin

Halo Bosku, para insinyur kardus, begundal kernel Linux, dan para pengamat arsitektur jeroan silikon yang budiman! Kembali lagi di portal teknologi paling gak waras tapi tetap berbobot ilmiah. Hari ini, kita bakal membedah sebuah kasus arsitektur prosesor yang bikin jidat berkerut dan kopi hitam di meja mendadak dingin karena tegang. Kita akan ngomongin masalah yang baru saja diinvestigasi secara mendalam oleh komunitas hardware, yaitu fenomena The Lost Atomic Update on Loongson CPU.

Bagi yang belum tahu, Loongson adalah prosesor berbasis arsitektur MIPS (dan belakangan LoongArch) buatan Tiongkok yang digadang-gadang jadi pahlawan kemandirian teknologi. Tapi, namanya juga bikin jeroan mikrokrokosmos dari pasir silikon, kadang ada saja drama duniawi yang terjadi di tingkat gerbang logika. Berdasarkan temuan teknis yang didokumentasikan di analisis hardware oleh jia.je, ada sebuah masalah serius di mana operasi atomik (atomic instructions) di Loongson bisa mengalami kondisi gagal update yang bikin sistem masuk angin alias infinite loop.

Mari kita lepas kopiah, siapkan multimeter mental, dan bedah masalah ini selayaknya tukang servis TV tabung yang lagi megang obeng minus.

Anatomi Instruksi Atomik Loongson: Antara Harapan dan Kenyataan

Di dunia pemrograman paralel modern, operasi atomik adalah harga mati. Kalau lu punya struktur data bersama (shared data structures) yang diakses oleh banyak core CPU secara serentak, lu gak bisa cuma pakai operasi increment biasa kayak x++. Kalau lu nekat, siap-siap saja menghadapi race condition yang bakal bikin aplikasi lu meledak lebih cepat dari petasan hajatan.

Loongson punya cara sendiri untuk menangani instruksi atomik ini. Berdasarkan dokumentasi arsitekturnya, instruksi atomik Loongson dapat diringkas sebagai keluarga instruksi am<OP>[_db] (baca sumber aslinya di sini). Huruf am ini singkatan dari Atomic Memory, di mana <OP> adalah operasi matematik atau logikal seperti add, and, or, swap, dan kawan-kawannya.

Secara teori, instruksi ini dirancang buat mengeksekusi operasi baca-modifikasi-tulis (read-modify-write) langsung di tingkat subsistem memori cache tanpa diganggu gugat oleh core lain. Tapi teori seringkali berbeda jauh sama kenyataan di lapangan. Ibarat kata, janjinya manis di awal, tapi pas eksekusi malah nge-ghosting.

The Infinite Loop of Doom: Kronologi Gagalnya Atomic Update

Nah, inti dari masalah Lost Atomic Update ini sangat unik sekaligus bikin garuk-garuk kepala. Berdasarkan investigasi yang dibahas hangat di berbagai forum seperti Hacker News, masalah ini termanifestasi dalam sebuah pola kegagalan yang kejam: One CPU Atomic Instruction, One Packaging Infinite Loop.

Bagaimana skenarionya bisa terjadi? Begini alurnya:

CPU mencoba melakukan eksekusi instruksi am<OP>[_db] pada alamat memori tertentu.
Karena ada kondisi kompetisi (contention) atau anomali internal di tingkat pengendali cache (cache controller), pembaruan data atomik tersebut gagal tersimpan dengan benar (lost update).
Alih-alih melaporkan error atau melanjutkan eksekusi dengan data yang konsisten, hardware justru terjebak dalam siklus pengulangan (repeat) tanpa akhir.
Hasil akhirnya? Benar sekali, CPU masuk ke dalam infinite loop level hardware yang bikin utilitas core langsung nyangkut di angka 100% tanpa ada progres komputasi yang jelas. Istilah kerennya: komputer lu lagi merenungi nasib hidupnya.

Fenomena ini tentu saja menjadi mimpi buruk bagi para pengembang sistem operasi, terutama saat menyusun kernel Linux untuk arsitektur Loongson. Bayangkan kalau proses sinkronisasi thread di level kernel mengalami infinite loop gara-gara instruksi atomik yang “lupa” cara update. Tamat sudah riwayat uptime server!

Solusi Misterius: Mantra Sakti Bit 13 di MCSR24

Setiap masalah pelik pasti punya jalan keluar, sekecil apa pun celahnya. Di sinilah letak keindahan dunia reverse engineering hardware. Ketika dokumentasi resmi pabrikan memilih untuk tutup mulut atau memang belum mencatat errata tersebut secara terbuka di manual standar, komunitas open-source dan peneliti independen yang turun tangan.

Berdasarkan diskusi teknis yang mencuat di thread Hacker News, ditemukan sebuah solusi praktis yang tergolong “magic fix”. Cara mengatasi bug jahanam ini ternyata cukup spesifik:

// Konsep modifikasi register internal CPU Loongson untuk mengatasi Lost Atomic Update
// Perintah low-level untuk menyetel bit 13 pada register MCSR24
set_bit_13_mcsr24(1);

Ya, obat penawar dari penyakit lost atomic update ini adalah dengan mengatur bit 13 dari register pengendali khusus (Control and Status Register / CSR) bernama MCSR24 menjadi 1. Masalahnya? Register MCSR24 ini adalah salah satu register internal silikon yang fungsi pastinya tidak dideskripsikan sama sekali di dalam manual resmi!

Ibarat lu dikasih panel kendali kapal selam nuklir, terus ada satu tombol merah misterius tanpa label. Kata senior, “Pencet aja tombol itu biar kapalnya gak nabrak karang.” Lu mau gak mau harus percaya, karena buktinya setelah bit 13 tersebut diset ke 1, siklus infinite loop pada instruksi atomik langsung sembuh total.

Mengapa Undocumented CSR Selalu Jadi Pahlawan Kesiangan?

Sebagai praktisi IT yang sering ngoprek jeroan sistem, fenomena undocumented CSR kayak MCSR24 ini sebenarnya bukan hal baru. Di dunia arsitektur prosesor, seringkali ada “pintu belakang” atau fitur-fitur diagnostik/workaround yang disematkan oleh para desainer chip untuk mengantisipasi cacat desain silikon (silicon errata) pasca-produksi.

Mencetak ulang wafer silikon (tape-out ulang) itu biayanya bisa jutaan dolar dan butuh waktu bulanan. Makanya, kalau ada bug logika di dalam gerbang transistor, jalan pintas paling ekonomis adalah menyediakan bit konfigurasi tersembunyi di level CSR. Bit-bit ini nantinya bisa diakses lewat patch microcode atau inisialisasi awal kernel Linux sebelum sistem benar-benar dibebani tugas berat.

Dalam kasus Loongson ini, penemuan bit 13 pada MCSR24 menunjukkan betapa krusialnya peran komunitas global dalam melakukan audit, debugging, dan reverse engineering terhadap perangkat keras yang dokumentasinya tertutup. Tanpa adanya laporan seperti yang diulas di artikeinya jia.je, para sysadmin mungkin bakal terus bingung kenapa server Loongson mereka mendadak freeze tanpa pesan kernel panic yang jelas.

Kesimpulan: Pelajaran Berharga dari Silikon yang “Masuk Angin”

Dunia perangkat keras komputer itu kejam, Bosku. Di balik megahnya angka clock speed dan jumlah core yang berjejer, selalu ada potensi ketidaksempurnaan fisik di tingkat mikrokroskopis. Kasus The Lost Atomic Update on Loongson CPU membuktikan bahwa:

Operasi atomik sangat rentan terhadap anomali cache koherensi jika tidak diuji secara ekstrem.
Dokumentasi hardware resmi terkadang kalah cepat dibandingkan investigasi lapangan oleh para hacker dan reverse engineer independen.
Sebuah bit misterius di register tersembunyi (seperti bit 13 di MCSR24) bisa menjadi pembeda antara server yang stabil beroperasi atau malah nyangkut dalam infinite loop yang membagongkan.

Buat lu yang pengen mendalami teknis detailnya secara mentah, pastikan lu mampir membaca dokumentasi lengkapnya langsung di sumber utamanya dan pantau terus diskusi hangatnya di Hacker News.

Sekian pencerahan dari Wong Edan hari ini. Jangan lupa ngopi, tetap waras di tengah gempuran bug silikon, dan sampai jumpa di artikel teknis berikutnya. Salam bit 1!