Quello che mi ha stupito nel vedere quando ho provato a fare la stessa cosa (che vuoi fare) è trovare così pochi commenti pertinenti (se ce ne sono) in un codice così complesso.
La documentazione dovrebbe essere il codice, giusto, ma la funzione commenti esiste nel linguaggio di programmazione C per un motivo.
Se sono stati rimossi, probabilmente è anche per un motivo: tenerti lontano.
Dubito sinceramente che tutti gli sviluppatori del kernel debbano lavorare su questo code-base ripulito e il mio punto di vista è che (almeno) l'autore di una determinata "caratteristica" del kernel (come epoll, per il bene del discussione) mantiene una versione privata del codice CON tutti quei commenti mancanti.
Perché credo che questo?
Un importante sviluppatore del kernel, cercando di convincermi a rilasciare il codice sorgente del server G-WAN come open-source, mi consigliò di "renderlo il più difficile possibile da leggere".
Ha aggiunto che questa tattica ha funzionato meravigliosamente per lui durante decenni in tutti i suoi progetti "open-source".
Mantenere la presa su qualsiasi aspetto critico di un progetto "open-source" ampiamente utilizzato crea ovviamente opportunità quando le entrate derivano esclusivamente dalla consulenza.
Quindi, tornando alla tua domanda, la cosa più utile che puoi fare per capire questo codice è studiarlo passo dopo passo e AGGIUNGERE i commenti mancanti.
Quindi, progressivamente, inizierà a dare un senso (e scoprirai perché i commenti sono stati rimossi).