Linux 7.3-rc2 llega inusualmente cargado y Torvalds bromea con culpar a la IA

Linux 7.3-rc2 no debería ser, normalmente, el tramo más ajetreado de un ciclo del kernel. La segunda candidata a lanzamiento (release candidate o RC) suele llegar tras la ventana de integración, en una semana relativamente tranquila mientras los desarrolladores empiezan a detectar regresiones. Esta vez no fue así: Linus Torvalds dijo que 7.3-rc2 era una versión «full fat», es decir, especialmente cargada. No le había parecido una semana muy ocupada, pero el volumen de parches demostraba lo contrario. 1127

Torvalds no señaló a un único responsable. Una incorporación tardía de EDAC —el subsistema de detección y corrección de errores de memoria— contribuyó, aunque él mismo consideró que era demasiado pequeña para explicar el tamaño total. También llegaron correcciones desde varios sistemas de archivos y una integración DRM considerable, con numerosos arreglos dispersos para el subsistema gráfico. En ese contexto, su comentario de que quizá podían culpar a la IA fue una broma, no la conclusión de que un modelo de lenguaje hubiera causado directamente el tamaño de rc2. 11

Qué incorpora Linux 7.3-rc2

Los cambios están repartidos entre muchos frentes, no concentrados en una única regresión urgente. Los controladores representan la mayor parte de la actualización; entre los cambios que no corresponden a controladores, las herramientas suman aproximadamente una quinta parte, seguidas por sistemas de archivos, trabajo en el núcleo y redes. 18

Entre las correcciones y limpiezas destacadas figuran:

• Arreglos de «misfit» en la planificación sensible a caché para CPU híbridas, orientados a mejorar el rendimiento. 9
• Una limpieza en todo el árbol para sustituir más asignaciones kmalloc() por kmalloc_obj(). 9
• Correcciones de pantalla en Nouveau para hardware NVIDIA Blackwell. 9
• Cambios que desactivan por defecto la seguridad RandStruct cuando están presentes el soporte de Rust y su cadena de compilación. 9
• Un cambio de EDAC que no llegó a la ventana de integración de 7.3. 9
• Trabajo de refuerzo del verificador BPF y arreglos de regresiones del planificador. 23

Esa mezcla explica por qué la RC es grande sin que exista una explicación simple: varios subsistemas enviaron al mismo tiempo tareas de mantenimiento válidas.

La broma sobre la IA: qué significa y qué no

El comentario tiene un contexto real. Torvalds ya había descrito las candidatas de lanzamiento tardías y sobredimensionadas como parte de una nueva normalidad relacionada con revisiones realizadas por diversas herramientas de IA. Eso no equivale a afirmar que la IA haya escrito o provocado cada parche: el efecto relevante es el aumento de problemas detectados que los mantenedores humanos deben evaluar y corregir. 34

Por separado, Greg Kroah-Hartman ha advertido que Linux 7.3 podría ser un ciclo «difícil» debido a que la actividad de IA y LLM está aumentando el flujo de informes de errores y parches propuestos. Algunas contribuciones resultan útiles, pero la clasificación y la revisión siguen recayendo en los desarrolladores del kernel, incluso cuando los avisos afectan a código antiguo o que apenas recibe mantenimiento. 32

La tendencia en seguridad ilustra la dimensión de esa carga. Informes previos al ciclo de 7.3 indicaban que las CVE corregidas por lanzamiento pasaron de unas 500 entre Linux 6.9 y 6.19 a más de 1.000 en 7.0 y más de 1.500 en 7.2; Linux 7.3 podría acercarse a 2.000 si la tendencia continúa. Es una proyección, no el total definitivo de 7.3. 1234

Una rc2 grande después de una rc1 también grande

La intensa semana llega tras una 7.3-rc1 ya sobredimensionada. Los recuentos del árbol sitúan el proyecto en unas 40,98 millones de líneas, frente a aproximadamente 40,42 millones en Linux 7.2: un aumento cercano a 560.000 líneas. Estas cifras incluyen código detectado, comentarios, líneas en blanco y otros contenidos del árbol de fuentes; no deben interpretarse como 40,98 millones de líneas de código ejecutable. 513

El contexto hace más llamativo el volumen de rc2: el kernel entra en su fase de pruebas y correcciones después de una ventana de integración que amplió de forma notable un proyecto ya enorme.

¿Podría necesitar Linux 7.3 más tiempo para estabilizarse?

Linux 7.3-rc2 es una instantánea previa al lanzamiento destinada a pruebas, no el kernel estable final. El archivo oficial kernel.org registraba 7.3-rc2 el 6 de septiembre de 2026. 30

Una candidata inicial muy voluminosa no implica por sí sola un retraso. Sin embargo, si siguen llegando correcciones importantes y regresiones avanzada la fase de desarrollo, los mantenedores pueden publicar candidatas adicionales. El intercambio es claro: más tiempo de pruebas permite que los arreglos importantes se asienten antes del lanzamiento estable; mantener una fecha rígida con un flujo acelerado de correcciones deja menos margen de validación.

Para los usuarios de Linux y las distribuciones que lo integran, la conclusión práctica no es que 7.3 sea inseguro por definición. La salud del ciclo dependerá de si ese elevado volumen se convierte en arreglos bien probados o si continúa generando cambios tardíos. La frase de «culpar a la IA» resume esa tensión: el análisis automatizado puede descubrir defectos reales, pero no elimina el trabajo humano de evaluar, integrar y probar cada cambio propuesto.