Linus Torvalds publicó la semana pasada Linux 7.0 con el tono habitual: sin fanfarria, sin declaraciones de ruptura, con un correo en la lista de desarrollo que básicamente decía que el código estaba listo y que el salto de número era inevitable después de agotar la rama 6.x. Si esperabas un anuncio de transformación radical, este no es ese kernel. Si entiendes cómo funciona el desarrollo del kernel, verás por qué este lanzamiento sí tiene peso real en varias áreas concretas.
Rust pasa a estable: el experimento ha terminado
El titular técnico más importante de Linux 7.0 es que el soporte para Rust pasa oficialmente a estable. La decisión de incorporar Rust al kernel arrancó en 2022 con mucho escepticismo, bastante ruido en la lista de correo y la resistencia de algunos mantenedores históricos. En la cumbre de mantenedores de 2025 se cerró el debate: Rust no es una experiencia piloto, es parte del kernel. Linux 7.0 consolida eso.
Lo que significa en la práctica: los drivers y subsistemas escritos en Rust pueden empezar a recibir revisiones y contribuciones con el mismo estatus que el código en C. El kernel tiene ahora documentación específica para asistentes de codificación IA, que es una señal de que el ecosistema de contribución ha cambiado lo suficiente como para merecer guías propias.
Para los usuarios finales, el efecto inmediato es casi nulo. Para los que mantienen sistemas, la implicación a largo plazo es que las nuevas APIs y drivers críticos de seguridad se escribirán cada vez más en Rust, con sus garantías de seguridad de memoria en tiempo de compilación. Es un paso que ya se venía preparando desde la rama 6.18 LTS, que consolidó buena parte de la infraestructura que 7.0 hereda.
Lo que hay de nuevo que sí se nota
Más allá de Rust, Linux 7.0 trae cambios en varias capas:
Sistemas de archivos: EROFS activa compresión LZMA por defecto. XFS incorpora auto-reparación autónoma, una función que lleva años en desarrollo y que permite al sistema de archivos detectar y corregir inconsistencias sin intervención manual. F2FS avanza su migración a large folios. Para quien tenga un NAS con XFS, la auto-reparación es la novedad más relevante del lanzamiento.
Red y virtualización: El kernel habilita AccECN para uso general (mejora el control de congestión en redes de alta velocidad), añade soporte multiqueue a CAKE para mejor distribución de tráfico entre CPUs, e introduce soporte de network namespaces para sockets VSOCK en máquinas virtuales. Este último punto afecta directamente a quien trabaje con entornos de contenedores o VMs, donde la elección entre Kasm Workspaces y Proxmox depende en parte de cómo gestiona el kernel el aislamiento de red.
Hardware nuevo soportado: Google Tensor SoC USB PHYs, Apple Type-C PHYs, controladores DMA de Mediatek Dimensity 6300 y 9200, y soporte para el Qualcomm Snapdragon 8 Elite Gen 2. También aparece soporte para Dell OptiPlex 7080 y mejoras en el subsistema de intercambio (swap) que reducen la presión sobre el almacenamiento cuando la RAM se agota.
KVM: Reporte preciso de CPUCFG para guests LoongArch, soporte AMD ERAPS, y una opción nueva que permite a los guests tener propiedad completa del PMU para mejorar el profiling dentro de máquinas virtuales.
Cuándo llega a tu distribución
Linux 7.0 está disponible en kernel.org. Las distribuciones rolling release como Arch Linux lo tendrán en cuestión de días, algo que ya vimos en acción con la ISO de marzo de Arch, que adoptó el 6.18.13 LTS con muy poco tiempo desde su publicación. Las distribuciones con ciclos de lanzamiento tradicionales van más lentas: Ubuntu 26.04 LTS y Fedora 44, esperados para finales de abril, usarán Linux 7.0 como kernel base. Debian, Red Hat y derivados en entornos corporativos tardarán más, que es exactamente como debe ser cuando la estabilidad importa más que la novedad.
Si usas un sistema basado en Debian estable o cualquier distribución orientada a servidores, no verás Linux 7.0 en producción hasta 2027 como mínimo. Si usas Arch, ya lo tienes.
El ciclo siguiente abre ya su ventana de integración para Linux 7.1, con el primer RC previsto para el 26 de abril y lanzamiento final esperado en junio. Linus Torvalds ya había anticipado el salto a 7.0 meses antes, cuando el debate sobre cuándo agotar el número de versión 6.x empezó a aparecer en la lista de correo. Que el salto llegue sin un hito técnico concreto que lo justifique es, en realidad, la señal más clara de la madurez del proyecto.
0 Comentarios