Apa yang saya kagumi ketika saya mencoba melakukan hal yang sama (yang ingin Anda lakukan) adalah menemukan begitu sedikit komentar yang relevan (jika ada) dalam kode yang sedemikian rumit.
Dokumentasi harus berupa kode, benar, tetapi fitur komentar ada dalam bahasa pemrograman C karena suatu alasan.
Jika mereka telah dihapus, itu mungkin juga karena suatu alasan: untuk menjauhkan Anda darinya.
Saya dengan tulus meragukan bahwa semua pengembang kernel harus bekerja pada basis kode yang telah dibersihkan ini dan pandangan saya tentang hal itu adalah (setidaknya) penulis dari setiap "fitur" kernel yang diberikan (seperti epoll, demi diskusi) tetap tersimpan versi pribadi dari kode DENGAN semua komentar yang hilang.
Mengapa saya percaya ini?
Salah satu pengembang kernel terkemuka, mencoba meyakinkan saya untuk merilis kode sumber server G-WAN sebagai open-source, menyarankan saya untuk "membuatnya sesulit mungkin untuk membaca".
Dia menambahkan bahwa taktik ini bekerja luar biasa untuknya selama beberapa dekade pada semua proyek "open-source" -nya.
Menjaga Anda tetap pada bagian penting dari proyek "open-source" yang banyak digunakan jelas menciptakan peluang ketika pendapatan Anda secara eksklusif berasal dari konsultasi.
Jadi, kembali ke pertanyaan Anda, hal paling berguna yang dapat Anda lakukan untuk memahami kode ini adalah mempelajarinya langkah demi langkah dan TAMBAH komentar yang hilang.
Kemudian, secara progresif, itu akan mulai masuk akal (dan Anda akan menemukan mengapa komentar telah dihapus).