Lorenzo Stoakes ha spiegato in un messaggio del 10 novembre che il flusso di serie generate con IA gli lascia poco margine per le revisioni generali al di fuori delle aree che mantiene. Phoronix riferisce che ha lasciato gli incarichi di revisore in quattro aree del kernel Linux, continuando a lavorare come manutentore nelle aree di sua competenza (messaggio di Stoakes; resoconto di Phoronix).

Perché Stoakes ha ristretto le revisioni

Schermata del messaggio di Lorenzo Stoakes nella mailing list del kernel Linux, con la data 10 novembre 2026 e il testo in inglese sulla capacità di revisione.

Nel messaggio, Stoakes attribuisce il limite della propria capacità di revisione al flusso di serie generate con IA che arrivano al kernel. La scelta riguarda la revisione generale: dice che può ancora occuparsi delle aree di cui è manutentore.

Che cosa cambia nei suoi incarichi

Commento in inglese sul carico di lavoro dei revisori del kernel Linux e sul caso di Lorenzo Stoakes

Phoronix indica le aree interessate: gestione della memoria (MM), core, misc e Rust. Stoakes ha anche descritto come ha suddiviso le patch tra le aree mantenute da David, Andrew, Alice e Danilo, così che ciascuno potesse occuparsi delle patch pertinenti ai propri sottosistemi (messaggio di Stoakes).

Nel kernel, restringere il lavoro di revisione non significa abbandonare la manutenzione delle aree di propria competenza.

L’osservazione su BPF riguarda un’area specifica

In un resoconto pubblicato il 9 novembre, The Register ha riferito che Linus Torvalds riportava l’affermazione di Alexei Starovoitov secondo cui, almeno in BPF, le correzioni arrivavano più rapidamente delle nuove segnalazioni. Torvalds ha aggiunto che la maggior parte delle altre aree non era ancora a quel punto (resoconto di The Register).