- Linux 7.2-rc7 llega con un volumen inusual de parches generados por IA, según Linus Torvalds.
- Greg Kroah-Hartman rechaza parches de IA en drivers/staging para preservar el aprendizaje de nuevos desarrolladores.
- El controlador moxa.c, presente desde 1999, se elimina tras años de obsolescencia y análisis automatizados.
- Torvalds defiende la IA como herramienta útil, pero exige revisión humana y responsabilidad sobre el código.
El kernel de Linux se encuentra en un momento de transformación. La séptima candidata de la versión 7.2, conocida como Linux 7.2-rc7, ya está disponible y Linus Torvalds ha confirmado que, salvo sorpresas de última hora, la versión estable llegará la próxima semana. Lo que llama la atención es que esta candidata es inusualmente grande, y el propio Torvalds ha señalado a la inteligencia artificial como la causa probable de este aumento en el volumen de parches.
El creador de Linux no se muestra entusiasmado con esta tendencia, pero ha dejado claro que nada de lo visto en el código le resulta preocupante. La distinción es importante: una cosa es que el volumen de parches se dispare por el uso de IA, y otra muy distinta es que esos cambios introduzcan fallos serios. Según Torvalds, no es el caso. Sin embargo, esta situación ha puesto sobre la mesa un debate más amplio sobre el papel de la IA en el desarrollo del kernel.
La IA y el aumento de parches en Linux 7.2
El volumen de pequeños arreglos se ha acumulado notablemente en este ciclo. Torvalds ha admitido que la magnitud de los cambios no le entusiasma, pero reconoce que es «la nueva normalidad» con muchas correcciones pendientes de revisión por herramientas de IA. Entre los ajustes técnicos de este rc7 destacan las correcciones para S/390 y zCrypt, la reinstauración de infraestructuras de fix-up de BTRFS, actualizaciones en netfilter ipset y cambios en drivers y sistemas de archivos.
El equipo encargado de Btrfs, uno de los sistemas de archivos más utilizados, ha recuperado más de 600 líneas de código que se habían borrado. Sin ellas, algunos datos podían llegar a perderse sin que el usuario se diera cuenta. Las herramientas de IA precisamente son las que están ayudando a los desarrolladores a encontrar todos estos errores, aunque eso también significa más trabajo en una fase donde normalmente el desarrollo debería estar tranquilo.
Kroah-Hartman traza una línea con la IA en drivers/staging
Greg Kroah-Hartman, uno de los mantenedores más importantes de Linux, ha decidido mantener los parches generados por modelos de lenguaje fuera de drivers/staging, una zona pensada para controladores que todavía necesitan trabajo y para desarrolladores que están aprendiendo a contribuir. No es una prohibición general de la IA, sino una diferencia de criterio sobre dónde ayuda y dónde puede estorbar esta tecnología.
En una publicación enviada a la lista de correo linux-staging, Kroah-Hartman anunció que comenzaría a rechazar de forma preventiva los parches generados por LLM. Este subsistema alberga controladores que aún no cumplen todos los estándares del proyecto y funciona como puerta de entrada para nuevos colaboradores. Pedirle a una IA que complete ese trabajo elimina el aprendizaje que da sentido a la sección, ya que el resultado puede parecer correcto, pero el colaborador quizá no entienda qué ha cambiado ni por qué funciona.
La advertencia más dura de Greg va dirigida a quienes intenten ocultar deliberadamente el origen automatizado de sus contribuciones. «Y sí, es MUY obvio cuando la gente envía parches generados por LLM», afirmó, dejando claro que tratar de engañar al proyecto podría salir caro. Eso sí, existe una excepción: si la IA detecta un problema real de seguridad y el desarrollador demuestra que ha probado la solución en el hardware, el parche sí podrá ser aceptado.
El controlador moxa.c desaparece tras 27 años
El 3 de agosto de 2026, Kroah-Hartman envió un parche para eliminar por completo el controlador «drivers/tty/moxa.c». Este driver forma parte de la familia de tarjetas seriales multipuerto Moxa Intellio y ha estado en el kernel desde 1999. Al tratarse de un hardware antiguo y descatalogado, ha sido eliminado del árbol oficial del proyecto, con una limpieza de 2.148 líneas de código en total.
La decisión no fue directamente causada por la IA, pero sí aceleró un proceso que llevaba años pendiente. Moxa, el fabricante taiwanés, ya había confirmado en 2021 que no tenía intención de seguir manteniendo esa plataforma. Los modelos de IA estaban empezando a analizar este código antiguo y a detectar supuestos problemas que solo generarían trabajo innecesario, porque el controlador ya no se utiliza. Si alguien llegara a necesitarlo en el futuro, siempre podría recuperarse mediante una implementación más moderna.
Torvalds defiende la IA con matices
Linus Torvalds pasó de mirar la IA con desconfianza a admitir que puede ser útil para programar, revisar código y acelerar tareas repetitivas. Nunca ha defendido que deba aceptarse sin control, pero sí ha dejado claro que Linux no puede cerrarse a una herramienta capaz de ahorrar tiempo y encontrar errores. «Me doy cuenta de que a algunas personas realmente no les gusta la IA, pero este es un área donde estoy dispuesto a plantar cara como el máximo responsable mantenedor», comentó.
Sin embargo, también ha sido muy crítico cuando la IA genera miles de informes repetidos, errores mal documentados o cambios que nadie ha revisado. La herramienta merece la pena si reduce trabajo real y una persona puede revisar, entender y asumir la responsabilidad del resultado. El desarrollador debe comprender el código, revisarlo y responder si causa problemas, por lo que la IA puede ayudar a escribir o analizar una modificación, pero no puede asumir las consecuencias técnicas de incorporarla al kernel.
Por último, cabe recordar que las distribuciones basadas en Arch, como Manjaro, suelen recibir el kernel en cuestión de días. Fedora tardará varias semanas, mientras que Debian se queda de momento en Linux 6.12 LTS. Para quien tenga un equipo funcionando sin problemas, no hay urgencia por actualizar, pero la excepción son equipos con hardware reciente, donde este kernel puede activar componentes que antes no funcionaban o mejorar su rendimiento.
La inteligencia artificial está cambiando la forma en que se desarrolla el kernel de Linux, para bien y para mal. Por un lado, ayuda a encontrar errores que antes pasaban desapercibidos. Por otro, genera un volumen de trabajo que puede saturar a los mantenedores. La clave está en encontrar el equilibrio: usar la IA como herramienta de apoyo, pero siempre con revisión humana y responsabilidad sobre el resultado final.
