- Linux 7.0 ya es estable y comienza su despliegue en distribuciones como Arch, Fedora y futuras versiones de Ubuntu.
- Refuerzo en rendimiento, memoria y sistemas de archivos, con XFS capaz de autorrepararse y mejoras en Btrfs, EXT4 y NTFS3.
- Rust se consolida como lenguaje dentro del kernel y se potencia la seguridad con nuevas medidas criptográficas y aislamiento avanzado.
- Amplio soporte para hardware actual y futuro (Intel Nova Lake, AMD, ARM, RISC-V, NPUs) y optimizaciones para IA con menor consumo energético.
Tras un ciclo de desarrollo especialmente movido, Linux 7.0 ya está disponible como versión estable del kernel y ha recibido el visto bueno de Linus Torvalds para que los mantenedores de distribuciones comiencen a integrarlo. No se trata solo de un cambio de número redondo: detrás de esta entrega hay una acumulación de mejoras en rendimiento, seguridad y soporte de hardware que marcará el rumbo de muchas distros en los próximos años.
Aunque Torvalds insiste en que los saltos de numeración no responden a un gran «mega‑cambio» puntual, esta edición 7.0 se ha convertido en una base clave para el ecosistema Linux. Será el pilar de futuras versiones como Ubuntu 26.04 LTS, seguirá muy de cerca en rolling releases como Arch Linux o Fedora y, poco a poco, irá llegando a escritorios, servidores y nubes públicas en Europa y el resto del mundo.
Por qué ahora se llama Linux 7.0 y cómo ha sido el ciclo de desarrollo
El salto a la rama 7.x no responde a una maniobra de marketing, sino a una decisión de organización interna que Torvalds lleva años aplicando. Cuando una serie llega a la versión x.19, lo habitual es reiniciar el contador para evitar numeraciones largas y poco manejables. Tras Linux 6.19, el siguiente paso natural era 7.0.
Durante las últimas semanas, las versiones candidatas (release candidates) de Linux 7.0 han mostrado una actividad intensa pero muy centrada en correcciones pequeñas. En las RC2 y RC3 el volumen de cambios fue particularmente alto, con muchas revisiones que apuntaban a un ciclo más movido de lo normal, aunque finalmente no ha hecho falta alargarlo.
En la recta final del desarrollo, Torvalds describió la situación como una semana dominada por pequeños parches repartidos por todo el código: arreglos en red, drivers, arquitectura, herramientas y selftests. Dado que no apareció ningún problema crítico de última hora, la publicación estable no se ha retrasado y el cierre del ciclo se ha producido dentro de las fechas previstas.
Un detalle llamativo de este lanzamiento es la presencia creciente de herramientas de inteligencia artificial en la revisión de código. Estos sistemas ayudan a descubrir casos límite que tradicionalmente pasaban desapercibidos, lo que puede hacer que las revisiones sean más exhaustivas y, en algunos momentos, más largas. El propio Torvalds sugiere que esta «nueva normalidad» podría influir en el ritmo de futuros lanzamientos.
Calendario de llegada de Linux 7.0 a las distribuciones
El ciclo de desarrollo ha seguido el esquema habitual de unas diez semanas desde el primer 7.0-rc1 hasta la versión estable, sin retrasos significativos pese a las RC especialmente activas. A partir de aquí, empieza el trabajo de integración en cada distribución, que es donde el usuario final notará realmente el cambio.
En entornos de actualización continua como Arch Linux o Fedora, lo normal es que Linux 7.0 llegue a los repositorios oficiales con bastante rapidez una vez etiquetado el kernel estable. Estas distros suelen ofrecer el nuevo núcleo pronto, pensando en usuarios que valoran tener el soporte de hardware más reciente y las últimas mejoras del sistema.
En el otro extremo están distribuciones más conservadoras como Debian estable o MX Linux 25.1, donde el criterio principal es la estabilidad a largo plazo. En estos casos, Linux 7.0 puede tardar bastante en aterrizar o incluso quedarse fuera de las ramas más conservadoras si no encaja en sus calendarios de soporte extendido.
Canonical ya ha confirmado que Ubuntu 26.04 LTS saldrá directamente con Linux 7.0 como base, mientras que Ubuntu 24.04 LTS recibirá este kernel mediante backport en una actualización prevista alrededor del verano. Otras versiones intermedias tendrán que recurrir al PPA mainline, paquetes externos o compilación manual para usar el nuevo kernel, algo que implica asumir posibles problemas de soporte.
Conviene tener claro que Linux 7.0 no es una versión de soporte extendido (LTS). En administraciones públicas, centros educativos, hospitales, bancos y empresas con sistemas críticos, será habitual seguir dependiendo de ramas 6.x con soporte hasta bien entrada la década, mientras 7.0 se desplegará primero en estaciones de trabajo, laboratorios, entornos de pruebas y equipos que necesiten compatibilidad temprana con nuevo hardware.
Cómo instalar Linux 7.0 y por qué no conviene forzar la actualización
Con la versión estable ya publicada, las opciones de instalación dependen del perfil de cada usuario. Si se quiere el kernel en su forma más pura, sin adaptaciones de distribución, es posible descargarlo directamente desde la web oficial de kernel.org y compilarlo a mano, aunque esta ruta está pensada para perfiles avanzados que sepan cómo reaccionar ante un fallo de arranque.
Para la mayoría de usuarios de Ubuntu, Debian, Fedora y resto de distros, la recomendación de Torvalds y de los propios mantenedores es clara: esperar a que la distribución integre Linux 7.0 y lo ofrezca como actualización estándar. De este modo, el kernel llega ya ajustado al resto de componentes del sistema, probado en el contexto concreto de la distro y, sobre todo, con una vía sencilla de recuperación en caso de problemas.
Si se usa Ubuntu o derivadas y se quiere probar versiones más recientes del kernel antes de que lleguen de forma oficial, una herramienta bastante habitual es Mainline Kernel Installer. Esta aplicación permite listar las versiones disponibles, instalar Linux 7.0 con interfaz gráfica y cambiar entre distintos núcleos sin tener que compilar nada. Aun así, sigue siendo recomendable utilizarla con prudencia y tener claro que se sale del camino «soportado» por Canonical.
El mensaje que se repite desde los desarrolladores del kernel es que no conviene instalar la última versión de Linux a mano en un sistema que funciona bien, salvo que haya una necesidad clara (por ejemplo, soporte para un hardware concreto que no funciona con el kernel actual). Un error en el proceso puede dejar el equipo sin arrancar, y la ganancia para el usuario medio no siempre compensa ese riesgo.
En paralelo al cierre de 7.0, ya se ha abierto la ventana de integración de Linux 7.1. Algunas contribuciones se han enviado incluso antes de completar este lanzamiento, de forma que el ciclo de trabajo sigue su ritmo habitual: cierre de una versión estable, apertura de la siguiente y vuelta a las fusiones de cambios.
Rust entra por la puerta grande en el núcleo de Linux
Uno de los cambios más comentados de los últimos años se consolida en esta edición: Rust deja de ser un experimento marginal y se integra como lenguaje plenamente admitido en el kernel. Tras más de tres décadas en las que gran parte del núcleo se ha escrito casi exclusivamente en C, la comunidad ha dado un paso decidido hacia un modelo mixto.
El punto de partida es conocido: C es extremadamente potente pero permite errores de memoria peligrosos, que son una puerta de entrada ideal para ataques. Rust, en cambio, pone el foco en la seguridad de memoria mediante comprobaciones estrictas en tiempo de compilación, evitando de raíz problemas como accesos fuera de rango, dobles liberaciones o punteros colgantes.
Los primeros cambios para que el kernel soportara Rust comenzaron hace alrededor de tres años, y desde entonces el lenguaje ha ganado una popularidad notable en la comunidad. El proyecto Rust‑for‑Linux, liderado por desarrolladores como el ingeniero español Miguel Ojeda, ha sido el encargado de allanar el camino. Ojeda firmó el parche que cerraba simbólicamente la etapa de pruebas y abría la puerta al uso más generalizado de Rust en 7.0.
Esto no significa que el núcleo vaya a reescribirse de cero. C seguirá siendo el lenguaje predominante en la mayoría de subsistemas, pero a partir de ahora está permitido que nuevos drivers y componentes se desarrollen directamente en Rust. El objetivo es reducir la proporción de vulnerabilidades ligadas a gestión de memoria, que en algunos informes internos ronda el 70 % de los fallos de seguridad graves.
Para sectores que dependen de Linux en Europa —banca, telecomunicaciones, administración pública o sanidad—, este movimiento se traduce en una capa adicional de seguridad estructural. En un contexto donde las normas comunitarias en materia de ciberseguridad son cada vez más exigentes, que el kernel refuerce automáticamente este tipo de garantías es un factor a tener en cuenta.
Memoria, swap y rendimiento: ajustes finos para un sistema más ágil
Más allá del cambio de numeración, Linux 7.0 llega con un conjunto de mejoras orientadas a suavizar la experiencia diaria del usuario, especialmente en momentos de carga intensa. Una de las novedades más visibles para quienes trabajan, juegan o compilan en Linux es la evolución del planificador de tareas.
Durante años se han observado pequeños tirones o micro‑cortes (micro‑stutter) cuando una tarea importante perdía la CPU justo en un instante crítico, por ejemplo al compilar grandes proyectos, al ejecutar juegos exigentes o al lanzar cargas de trabajo con picos muy puntuales. Con Linux 7.0 se introduce un mecanismo conocido como Time Slice Extension (TSE), que permite a ciertas tareas relevantes disponer de unos milisegundos adicionales de procesador antes de ser interrumpidas.
Esta extensión de tiempo no rompe la equidad general entre procesos, pero reduce las interrupciones inoportunas que se traducen en tirones perceptibles. La mejora es especialmente interesante en escritorios y portátiles, donde conviven tareas interactivas con procesos en segundo plano que se reparten recursos de forma dinámica.
El subsistema de memoria también recibe un repaso notable. El kernel gestiona mejor la asignación y recuperación de RAM, eliminando cuellos de botella que aparecían cuando el sistema trabajaba bajo presión. La segunda fase de mejoras en swap, iniciada en versiones 6.18 y 6.19, se centra ahora en optimizar la lectura de datos que vuelven desde swap a memoria física cuando esta está ya bastante llena.
En pruebas con cargas donde varios procesos comparten páginas intercambiadas —como ciertas configuraciones de Redis o servicios muy concurridos—, se han visto mejoras de hasta un 20 % en rendimiento. En escritorios domésticos las diferencias son más discretas, pero los resultados tienden a ser iguales o mejores que en la línea base anterior, sin penalizaciones claras.
Otro cambio relevante para muchos portátiles y equipos de gama media es que el kernel ahora puede escribir directamente datos comprimidos de zram al disco cuando la memoria se agota, sin necesidad de descomprimirlos previamente. Esto reduce trabajo extra y mejora la eficiencia en sistemas que combinan zram y swap en disco, algo habitual en distribuciones pensadas para ordenadores antiguos o de bajo coste.
Sistemas de archivos: XFS que se «cura» solo, mejoras en Btrfs, EXT4 y NTFS3
El almacenamiento es otro de los grandes beneficiados de este ciclo. Una de las novedades que más llama la atención es que XFS incorpora capacidades de autorreparación. A través de un nuevo demonio gestionado por systemd, el sistema puede monitorizar errores de metadatos y fallos de entrada/salida en tiempo real e iniciar reparaciones automáticas cuando detecta problemas.
Este comportamiento se apoya en un marco unificado de reporte de errores para sistemas de archivos, que envía la información hacia espacio de usuario mediante fsnotify. Hasta ahora, cada filesystem tenía su forma particular de comunicar corrupciones (cuando la tenía), lo que complicaba la monitorización centralizada. Con Linux 7.0, la supervisión de volúmenes y la reacción automatizada ante fallos pasan a ser mucho más consistentes.
En paralelo, Btrfs y XFS reciben optimizaciones pensadas para gestionar mejor grandes volúmenes de datos. En XFS, las capacidades de auto‑sanado y el reporte detallado de errores permiten detectar y atacar incidencias sin necesidad de que el usuario intervenga, algo que resulta especialmente útil en servidores, cabinas de almacenamiento y nubes privadas utilizadas por empresas europeas.
EXT4, el sistema de archivos por defecto en muchas distribuciones de escritorio, mejora el manejo de escrituras concurrentes con I/O directo. Los cambios retrasan ciertas operaciones internas y evitan invalidaciones de caché innecesarias, lo que se traduce en un comportamiento más eficiente cuando varios procesos escriben a la vez, como pueden ser aplicaciones de copia de seguridad, gestores de descargas o entornos de compilación complejos.
Para quienes utilizan particiones Windows o discos externos, el driver NTFS3 también se actualiza con mejoras importantes de rendimiento. Se introduce asignación diferida, operaciones basadas en iomap y un readahead más eficiente en directorios grandes. En exFAT se afinan las lecturas multi‑cluster, algo especialmente apreciable en tarjetas SD y unidades USB de baja capacidad, todavía muy presentes en cámaras, grabadoras y equipos sencillos.
Rendimiento general, procesos y seguridad interna del kernel
Más allá de los cambios visibles en memoria y almacenamiento, Linux 7.0 incorpora ajustes internos en la creación y destrucción de procesos y en operaciones tan básicas como abrir y cerrar ficheros. Diversos benchmarks indican que la asignación de identificadores de proceso (PIDs) puede ser ahora entre un 10 y un 16 % más rápida, mientras que las operaciones de open/close ganan entre un 4 y un 16 % de agilidad en sistemas con varios núcleos.
En el terreno de la seguridad, una pieza destacada es la incorporación de filtrado BPF para io_uring. Hasta ahora, algunos administradores optaban por desactivar io_uring por miedo a posibles abusos, pese a las mejoras de rendimiento que ofrecía. Con el nuevo filtrado es posible controlar de forma mucho más fina qué operaciones se permiten y en qué contexto, de modo que se mantiene la ganancia de rendimiento sin renunciar a un nivel elevado de protección.
Este lanzamiento también sirve para retirar características históricas que ya no tienen sentido en el parque actual, como laptop_mode, un mecanismo antiguo de ahorro energético para discos duros mecánicos que venía de la época del kernel 2.6. Con la generalización de las unidades SSD y la complejidad extra que añadía al código, los desarrolladores han decidido que mantenerlo ya no compensa.
Paralelamente, se han corregido vulnerabilidades específicas que podrían haber retrasado el lanzamiento. Entre ellas, errores de hardware detectados en algunas CPUs AMD Zen 3 y un acceso fuera de límites en el manejo de certificados X.509 que llevaba presente varios años y que podía ser disparado por usuarios sin privilegios. Además, se han atendido incidentes como el análisis de un rootkit de Linux que evade EDR detectado recientemente.
La documentación de seguridad del kernel también se ha actualizado. El archivo security-bugs.rst se ha revisado para guiar mejor tanto a usuarios humanos como a herramientas de IA a la hora de reportar fallos, intentando reducir el ruido y centrarse en informes realmente útiles. Con un volumen de notificaciones creciente, este tipo de ajustes organizativos son casi tan importantes como los cambios de código.
Criptografía y firmas: adiós a SHA‑1, hola a esquemas más modernos
Linux 7.0 da un paso importante en materia de criptografía interna al abandonar SHA‑1 como algoritmo de firma para módulos del kernel. En su lugar adopta esquemas más robustos, como las familias basadas en ML‑DSA, alineados con la transición hacia criptografía considerada resistente frente a ataques más avanzados, incluido el futuro escenario post‑cuántico.
Este cambio no es solo un gesto técnico, sino una respuesta a las crecientes exigencias regulatorias en la Unión Europea y en otros mercados donde se promueve el uso de algoritmos más seguros en infraestructuras críticas. Para proveedores de servicios cloud, instituciones financieras y organismos públicos que corren sus sistemas sobre Linux, que el propio kernel refuerce su cadena de confianza es un elemento adicional de tranquilidad.
Soporte de hardware: Intel Nova Lake, AMD, ARM, RISC‑V y más
Uno de los ejes de Linux 7.0 es preparar el terreno para el hardware de próxima generación. En el lado de Intel, el kernel incorpora soporte base para las futuras CPUs Nova Lake, tanto en variantes de sobremesa como en configuraciones con diferentes números de núcleos. También se ha avanzado en el soporte de aceleradores como Crescent Island, pensados para tareas de cómputo intensivo.
En procesadores Intel modernos, el kernel activa por defecto el modo automático para TSX (Transactional Synchronization Extensions) en chips que no son vulnerables a fallos como TSX Asynchronous Abort, manteniéndolo desactivado en aquellos donde todavía existe riesgo. De este modo, se aprovecha el potencial de TSX en cargas multihilo que puedan beneficiarse de él, sin comprometer la seguridad en equipos que siguen siendo sensibles.
En el ecosistema AMD, Linux 7.0 añade nuevos eventos de rendimiento y métricas para la futura generación Zen 6, incluyendo contadores relacionados con predicción de saltos, actividad de cachés L1 y L2, TLB y eventos de controlador de memoria. Aunque estos detalles no son visibles para el usuario de a pie, resultan esenciales para desarrolladores y administradores que ajustan sus aplicaciones y plataformas a las próximas generaciones de CPU.
En virtualización, KVM suma soporte para AMD ERAPS (Enhanced Return Address Predictor Security), una característica de seguridad vinculada a Zen 5 que amplía y refuerza el comportamiento del búfer de retorno en entornos de máquina virtual. De esta manera, las VMs pueden beneficiarse de las mismas mejoras de predicción y mitigación que el sistema anfitrión.
Linux 7.0 tampoco se olvida de arquitecturas emergentes y menos tradicionales. Se refuerza el soporte para RISC‑V, LoongArch y diversas plataformas ARM, al tiempo que se siguen manteniendo componentes para arquitecturas veteranas como SPARC o DEC Alpha, que aún conservan una comunidad fiel. En RISC‑V, por ejemplo, se ha añadido soporte para mecanismos de integridad de flujo de control en espacio de usuario (CFI), importantes para endurecer la seguridad del software en esta plataforma.
Gráficos, NPUs e IA: más eficiencia y menos dependencia de la nube
En el plano gráfico, el kernel continúa ampliando el alcance de los drivers de código abierto para GPUs modernas. El controlador amdgpu incorpora nuevos bloques para tarjetas basadas en arquitecturas RDNA 3.5 y los posibles sucesores RDNA 4, sentando las bases para el soporte temprano de tarjetas que aún ni siquiera han salido oficialmente al mercado.
Para usuarios de GPUs Intel Arc y gráficas integradas Xe, Linux 7.0 expone más telemetría térmica a través de HWMON: no solo se puede consultar la temperatura general de la GPU, sino también límites críticos, valores máximos, temperatura del controlador de memoria, enlace PCIe e incluso lecturas de canales de VRAM. Esto facilita un control más fino de la refrigeración y ayuda a diagnosticar problemas en equipos de sobremesa y portátiles potentes. Además, se empiezan a integrar avances como el soporte de Intel XE3P en Mesa que mejoran el rendimiento en drivers abiertos.
En el mundo NVIDIA, el driver NVK de código abierto recupera soporte para páginas grandes, lo que aporta mejoras de rendimiento en determinadas cargas 3D y de cómputo, especialmente en escenarios donde los shaders y los datos pueden beneficiarse de tamaños de página más amplios. Este y otros parches recientes relacionados con drivers se complementan con actualizaciones de driver como la publicada por NVIDIA para mejorar la compatibilidad con GPUs antiguas y corregir fallos (GeForce 582.28).
Más allá de las GPUs, Linux 7.0 introduce un subsistema de aceleración computacional renovado que permite al kernel comunicarse directamente con las NPUs (unidades de procesamiento neuronal). Esta integración hace posible que muchas tareas de inteligencia artificial se ejecuten sobre la NPU sin intermediarios adicionales, con dos beneficios claros: reducción de consumo energético y mayor privacidad.
Las estimaciones apuntan a que ciertos procesos de IA consumen hasta un 80 % menos de batería cuando se ejecutan en la NPU en lugar de la CPU. Además, al ser tan eficientes, más aplicaciones pueden realizar inferencias y tareas de IA directamente en el PC o portátil, sin tener que enviar datos a la nube. Para usuarios y organizaciones preocupadas por la confidencialidad —por ejemplo, en sectores regulados europeos—, mantener el tratamiento de datos en local es un punto muy a favor.
Portátiles, periféricos y nuevas teclas para la era de la IA
Linux 7.0 también mejora en aspectos que afectan al día a día de quienes usan portátiles y hardware de consumo. El driver ASUS WMI incorpora un control más fino del brillo, la retroiluminación y los efectos RGB en gamas como ROG y TUF, además de soporte para combinaciones de teclas específicas, como el ajuste de modos de ventilación en algunos modelos gaming.
En el caso de HP, el driver HP WMI añade control manual de ventiladores en portátiles Victus y corrige pequeños fallos como el comportamiento del LED de mute de audio, que en ciertos equipos no reflejaba correctamente el estado real del sistema. Son detalles menores, pero marcan la diferencia para quienes quieren usar Linux como sistema principal en portátiles de marca.
Los dispositivos Lenovo —incluidos portátiles Legion y equipos tipo consola como Legion Go— exponen ahora más sensores de hardware a las herramientas de monitorización, gracias a mejoras en el driver Lenovo WMI. Esto facilita seguir temperaturas, velocidades de ventilador y otros parámetros sin necesidad de recurrir a utilidades propietarias.
Marcas centradas en Linux como TUXEDO también se benefician de cambios que permiten gestionar el cTGP (Total Graphics Power configurable) en ciertos modelos con GPU NVIDIA serie 3000, aunque de momento esta gestión se hace vía atributos sysfs y no mediante interfaces gráficas amigables.
Entre los periféricos, destacan el soporte nativo para mandos Bluetooth de Rock Band 4 para PS4 y PS5, que ahora funcionan directamente en Linux, así como compatibilidad mejorada con teclados como el Logitech K980 de carga solar vía Bluetooth. Además, se añaden nuevos códigos HID pensados para teclas especiales vinculadas a asistentes de IA, anticipando portátiles con botones dedicados a estas funciones.
Redes, WiFi 8 y entornos cloud: aislamiento y protección de datos
En el apartado de redes, Linux 7.0 incorpora ajustes en la gestión de conexiones y soporte preliminar para tecnologías emergentes. Una de las más llamativas es el inicio del soporte para WiFi 8 (Ultra High Reliability), todavía en una fase muy temprana pero que ya comienza a perfilarse en la pila de red del kernel.
Los entornos de computación en la nube —donde Linux sigue siendo dominante— se benefician de mejoras en el aislamiento de máquinas virtuales y en la protección de datos en tránsito y en reposo. Aquí entran en juego técnicas como enclaves de memoria cifrada y mecanismos de blindaje que buscan evitar que incluso administradores con privilegios elevados puedan inspeccionar información sensible de los clientes.
Grandes proveedores globales como Meta o Amazon, que operan centros de datos masivos en Europa y otras regiones, necesitan garantías de que los datos de sus clientes permanecen invisibles incluso para el personal interno. Linux 7.0 avanza en esa dirección con un aislamiento más sólido, mejor gestión de cifrado y la combinación de estas capacidades con el nuevo marco de reporte de errores y el auto‑sanado de XFS.
En este contexto, los cambios en seguridad, criptografía y almacenamiento convierten a Linux 7.0 en una base especialmente atractiva para servicios financieros, sanitarios, gubernamentales y de infraestructuras críticas, tanto en nubes públicas como en despliegues on‑premise y nubes privadas.
El papel de la IA en el desarrollo del kernel y el futuro inmediato
Un elemento transversal de este ciclo ha sido el uso cada vez más habitual de herramientas de inteligencia artificial para revisar el código del kernel. Durante las versiones candidatas de Linux 7.0, estas herramientas han ayudado a encontrar casos extremos y errores sutiles que podrían haber pasado desapercibidos en una revisión puramente manual.
Esta ayuda tiene una cara menos visible: puede alargar ciertas fases del ciclo de lanzamiento, ya que los sistemas automáticos tienden a reportar muchos «corner cases» que los mantenedores deben analizar y filtrar. Torvalds ha señalado que el uso de IA en este contexto ya está cambiando el ritmo al que se revisa el kernel, y cabe esperar que esta tendencia se consolide en las próximas versiones.
Con el cierre de 7.0, el foco se desplaza ahora hacia Linux 7.1 y las siguientes entregas de la rama. La secuencia habitual se mantiene: fusión de nuevas funciones, ciclo de pruebas con varias RC y lanzamiento estable cuando el estado general se considera suficientemente sólido. Lo interesante será ver cómo se aprovechan en 7.1 y posteriores las bases sentadas ahora en memoria, almacenamiento, seguridad y soporte de hardware.
En conjunto, Linux 7.0 se perfila como una versión de referencia que, sin venderse como una revolución aislada, consolida años de trabajo en estabilidad, rendimiento y seguridad, prepara el ecosistema para procesadores, GPUs y NPUs de nueva generación, refuerza la protección de datos en entornos cloud y mejora la experiencia cotidiana en portátiles y escritorios. Para usuarios domésticos, empresas y administraciones que dependen de Linux en España y Europa, este nuevo kernel marca un punto de inflexión discreto pero muy sólido sobre el que se apoyarán las distros de la próxima década.
