Linus Torvalds publicó Linux 7.4-rc1 el domingo 1 de noviembre de 2026, dos semanas después de Linux 7.3, y en el correo de anuncio no se anduvo con rodeos: «esta es una ventana de integración GRANDE». Habla de «casi 20.000 commits frente a los ~15.000 habituales». Lo hemos comprobado en el árbol de Git: entre la etiqueta v7.3 y v7.4-rc1 hay 19.780 commits, contando los de fusión. Para comparar, la rc1 de Linux 7.3 sumó 16.267 y la de Linux 6.7, que hasta ahora pasaba por la ventana más grande, 16.203 con el mismo método.
Por qué tantos cambios
Torvalds da dos motivos. El primero, que considera «obvio», es la avalancha de trabajo provocado por herramientas de IA, y lo ve como una buena señal: prefiere que esos arreglos lleguen en la ventana de integración y no en tromba durante las release candidates, porque eso significa que ya forman parte del desarrollo normal. Añade que cada vez más parches los sugiere una IA, aunque a menudo se reescriben antes de entrar. El segundo motivo es que mucha gente da por hecho que Linux 7.4 será la próxima versión LTS, y eso siempre engorda una versión.
El diff también es enorme, pero en parte por una razón conocida: otro volcado de registros de hardware de AMD en cabeceras gigantes. Según Torvalds, un tercio del parche son desplazamientos de registros y máscaras de bits de las GPU de AMD. Quitando ese ruido, la mitad son drivers y el resto se reparte entre arquitecturas, sistemas de archivos, herramientas (sobre todo perf y selftests) y el núcleo: red, Rust, BPF y memoria. Solo el shortlog ocupa 24.000 líneas y 1,2 MB.
AMD Zen 6: menos mitigaciones y mejor gestión de frecuencia
En la tanda de cambios de especulación de x86 que mandó Borislav Petkov hay una buena noticia para los futuros procesadores Zen 6: su predictor de saltos (BTB) etiqueta las entradas por contexto, así que ya no necesitan la mitigación SRSO SafeRET, que es cara en rendimiento. El kernel detecta esos chips y la deja de aplicar.
Por el lado de energía, el driver amd-pstate recibe, de Mario Limonciello y otros, soporte inicial para la capacidad de frecuencia máxima en los Zen 6 de cliente y valores nuevos de EPP (la preferencia entre rendimiento y consumo) ajustados a esa generación.
AMDGPU: HDMI 2.1 de verdad
Dave Airlie lo resume en el pull de DRM con un «por fin»: AMDGPU activa HDMI 2.1 FRL (Fixed Rate Link, el modo de transmisión que permite los anchos de banda altos de HDMI 2.1). Con él llegan FreeSync, ALLM y VRR sobre HDMI 2.1, algo que interesa a quien conecta un equipo con Radeon a una tele moderna. El mismo driver estrena soporte de UALink sobre Ethernet.
perf: scripts en Python más sólidos y rápidos
El pull de herramientas de Arnaldo Carvalho de Melo porta los scripts en Python de perf al módulo perf y permite ejecutarlos por separado, sin pasar por perf script. El módulo mejora con cadenas de llamadas y copias de eventos perezosas (solo se calculan si se usan), mejor manejo del GIL y mejores búsquedas de sesión e hilo, además de nuevos treport, generador de flamegraphs y exportadores a SQLite y PostgreSQL. También llega el perfilado por tipo de datos (perf annotate --data-type) a arm64.
Ceph: lazy I/O en todo el montaje
El cliente de Ceph del kernel incorpora la opción de montaje lazyio, de Xiubo Li. Activa LazyIO para todos los ficheros del montaje, en vez de pedirlo fichero a fichero con un ioctl, y permite usar la caché de páginas aunque varios clientes tengan el mismo fichero abierto para escribir. Es útil en cargas HPC que toleran una coherencia de caché más relajada. En la misma tanda, Ilya Dryomov desactiva el soporte de inline data, que nunca salió de experimental, y anota «un montón de parches de endurecimiento basados en LLM».
El «taint» que entró y salió
La curiosidad de la ventana la puso Greg Kroah-Hartman. En el pull del núcleo de drivers entró TAINT_FORCED_BIND, una marca (letra «Y») que «mancha» el kernel cuando alguien escribe en los ficheros bind y unbind de sysfs para asociar a mano un dispositivo con un driver. La idea era cortar el chorro de informes de fallo sin sentido que generaban los fuzzers al enlazar drivers con dispositivos al azar, y los parches inútiles que venían detrás.
Duró poco: antes de cerrar la ventana, Torvalds fusionó su reversión. Resulta que VFIO usa ese mecanismo para pasar dispositivos a máquinas virtuales, así que el taint saltaba en flujos de trabajo normales. Greg explica en el commit que syzbot ya no hace esas pruebas, pero que «con esta locura de los LLM» nadie puede asegurar que otro no vuelva a hacerlo, y que se buscará una solución más fina después de 7.4.
Qué viene ahora
Torvalds aún tenía dos pull requests pendientes que podrían entrar en la rc2. Si se cumple el calendario habitual de siete release candidates, Linux 7.4 final llegará hacia el 20 de diciembre, o una semana más tarde si hace falta una rc8. Lo que trae 7.4 para RISC-V lo contamos en Linux 7.4 y RISC-V, las versiones y fechas del kernel están en la ficha de Linux y, para comparar con un ciclo anterior, aquí tienes lo que trajo Linux 7.1.
Fuentes: anuncio «Linus 7.4-rc1» de Linus Torvalds en la lista del kernel; etiqueta v7.4-rc1 y fusiones en el árbol de Torvalds: x86 bugs, power management, DRM, herramientas perf, Ceph, núcleo de drivers y reversión de TAINT_FORCED_BIND.