El kernel Linux 7.4 rompió una marca antes de salir: en su ventana de integración, el periodo en el que Linus Torvalds acepta funciones nuevas, recibió 19,671 commits, la cifra más alta en los registros de Phoronix, que empiezan en 2011. Es un recuento provisional, hecho antes de la primera versión de prueba. Phoronix atribuye el aumento sobre todo a reportes de fallos y parches generados con IA. Aparte, el desarrollador Peter Zijlstra envió un parche para quitar el soporte de KGDB, el depurador del kernel, en la arquitectura x86, la de los procesadores de Intel y AMD; no en las demás.
Cada versión de Linux sigue el mismo ritmo: tras publicarse una versión estable, se abre una ventana de integración, normalmente de dos semanas, en la que los responsables de cada área envían a Torvalds los cambios que prepararon durante meses. Al cerrarla sale la primera versión de prueba, la rc1, y siguen unas siete u ocho semanas dedicadas a corregir errores. Linux 7.3 salió el 18 de octubre, y la ventana de la 7.4 coincidió con unas vacaciones de Torvalds. Hasta este domingo 1 de noviembre, la 7.4-rc1 todavía no aparecía en el repositorio del kernel.
Claves de la ventana récord
- Casi 20,000 commits. Phoronix contó 19,671 desde la versión 7.3. En sus datos, que van de Linux 3.1, en 2011, a hoy, las ventanas solían quedarse en unos 13,000 o 14,000, y ninguna había pasado de unos 16,300. La cifra puede crecer un poco hasta que salga la rc1.
- Un código fuente más grande. Comparando el tamaño del árbol del kernel en dos momentos, la versión 7.3 publicada y la 7.4 justo antes de la rc1, pasó de unos 41.0 a 41.6 millones de líneas; sin comentarios ni líneas en blanco, unas 456,000 líneas de código más. Phoronix calcula que superará los 42 millones con la versión 7.5.
- La IA, según Phoronix. El sitio interpreta que buena parte del aumento son correcciones que nacen de reportes y parches generados con modelos de IA, y describe a los mantenedores, las personas que revisan y aceptan cada cambio, como «completamente desbordados». Es su lectura del fenómeno, no un dato medido commit por commit. El ciclo anterior, de la 7.2 a la 7.3, ya había sido el primero en superar los 20,000 commits.
- Mejoras concretas. Entre lo integrado hay un sistema de archivos FAT32 hasta 265 veces más rápido en algunas operaciones, soporte para el almacenamiento NVMe de los chips M4 de Apple y la eliminación de
__get_user()y__put_user(), dos funciones antiguas para copiar datos entre el kernel y los programas que no hacían todas las comprobaciones de seguridad de sus versiones sin guiones bajos.
KGDB en x86, en duda
El 28 de octubre, Peter Zijlstra, veterano desarrollador del kernel en Intel, envió a la lista de correo del kernel un parche titulado «x86: Drop KGDB support», es decir, quitar el soporte de KGDB en x86. KGDB permite detener un kernel en marcha y revisarlo paso a paso desde otra computadora conectada por un cable serie o por red, como se hace con cualquier programa en un depurador. El parche no elimina KGDB de todo el kernel: las demás arquitecturas, como ARM o RISC-V, lo conservarían.
Zijlstra sostiene que KGDB «hace cosas horribles» en x86: se queda atascado en un modo especial de interrupciones, puede desajustar el reloj interno del kernel y causa problemas con los puntos de ruptura. En su opinión, no hay razón para usarlo en lugar del servidor de depuración de QEMU, el emulador más usado, cuando el kernel corre en una máquina virtual. Para fallos que solo aparecen en hardware real propone pasar el dispositivo a la máquina virtual, emularlo o depurar con mensajes de printk(). Esas son sus alternativas; no está claro que cubran todos los casos en los que hoy se usa KGDB con hardware real. Él mismo admite que lo usó «una vez, hace unos 20 años».
No hay decisión todavía. El hilo recibió respuestas de otros desarrolladores, y una propuesta intermedia es desactivarlo primero en la configuración del kernel y retirarlo unas versiones después, para dar tiempo a quienes aún dependen de él. KGDB está en el kernel desde la versión 2.6.26, de 2008.
Qué cambia para quien trabaja con el kernel
Son dos noticias distintas. La ventana récord muestra cuánto trabajo llega hoy a los mantenedores, y Phoronix lo relaciona con la IA. La propuesta sobre KGDB responde a problemas técnicos del propio depurador en x86; nada en el parche indica que la motive el aumento de commits, aunque ambas cosas apuntan a mantenedores que buscan quitarse de encima código difícil de sostener. Para quien desarrolla controladores o depura el kernel en x86, el mensaje práctico es seguir el hilo y, si depende de KGDB, contarlo en la discusión o preparar la transición a la depuración con QEMU. Para el resto, la 7.4 debería llegar a principios de 2027.
Más fuentes: Phoronix, commits y líneas de código; el parche «x86: Drop KGDB support» y su discusión; Phoronix, la retirada de __get_user() y __put_user(); kernel.org, versiones publicadas. Lee también: los fallos del kernel publicados por error. Foto de portada: Beraldo Leal (CC BY 2.0, Wikimedia Commons).