🔒
Hay nuevos artículos disponibles. Pincha para refrescar la página.
✇Linux Adictos

Se esperaba y ya es oficial: Linux 6.18 será la versión LTS de 2025

Por: Pablinux

Linux 6.18

Por los plazos y lo visto en años anteriores, se esperaba que Linux 6.18 fuera la versión LTS del año que está a punto de finalizar. Disponible desde el pasado domingo, es con toda probabilidad (lo contrario sería una noticia que no da tiempo a producirse) la última versión del kernel de 2025, y sin un motivo para que sea diferente, Linux 6.18 ya ha sido marcada como LTS en la página oficial del núcleo.

Si no hay cambios, lo que no es imposible en el mantenimiento del kernel, Linux 6.18 estará soportado hasta diciembre de 2027, lo que son dos años desde este momento. Otras versiones LTS incluyen 6.12 y 6.6, soportadas hasta 2026; 6.1, soportada hasta 2027; y 5.15 y 5.10, soportadas hasta 2026, todas hasta diciembre de sus respectivos años.

Linux 6.18 estará soportado hasta diciembre de 2027

El baile de fechas está motivado por las decisiones que toman en el equipo de mantenedores y cambios de políticas de actualizaciones. Hace años, las versiones LTS del kernel estaban soportados durante 5 años, pero más recientemente cambiaron ese soporte extendido y lo recortaron a sólo dos años. En cualquier momento pueden decidir alargar la vida útil de una versión y subirla hasta los 3 años, lo que explica que 6.1 esté soportado hasta 2027 y 6.12 hasta 2026 a pesar de haber salido un par de años después.

Ante la duda sobre qué kernel es mejor, en mi opinión hay dos cuestiones a tener en cuenta: el kernel que ofrece la distribución que estamos usando y el kernel que le va bien a nuestro hardware.

Por lo general, el kernel que ofrece una distribución Linux, si la instalación se realiza con éxito en nuestro equipo, le irá bien, por lo que yo recomiendo no modificarlo. En caso de usar un equipo muy nuevo, un kernel más moderno puede ofrecer mejor soporte de hardware, por lo que sí merece la pena actualizarlo si estamos experimentando un fallo o carencia importante.

Sobre LTS o normales, un poco lo mismo: yo recomiendo el último si va bien. El último es Linux 6.18, versión que empezará a llegar a las primeras distribuciones en los próximos días.

✇Linux Adictos

Novedades de GNU Linux-libre 6.18 en profundidad

Por: Pablinux

GNU Linux-libre 6.18

Si eres de los que miman hasta el último detalle de su sistema y te preocupa que todo el software que se ejecuta en tu máquina sea realmente libre, la llegada de GNU Linux-libre 6.18 te va a interesar, y mucho. Esta nueva edición del conocido kernel “desblobado” se basa en Linux 6.18, pero sometido a una limpieza a fondo para eliminar cualquier rastro de firmware o microcódigo propietario.

En las siguientes líneas vamos a desgranar todas las novedades de GNU Linux-libre 6.18: qué cambios introduce respecto al kernel oficial, qué drivers se han visto afectados, cómo se distribuye, qué proyectos lo empaquetan y qué filosofía hay detrás de este trabajo. También comentaremos el papel de su simpático pingüino Freedo, la relación con la FSF y por qué este kernel se ha convertido en una referencia para las distribuciones 100 % libres.

Novedades clave de GNU Linux-libre 6.18 frente a Linux 6.18

La nueva versión GNU Linux-libre 6.18-gnu parte del kernel Linux 6.18, la misma rama que Linus Torvalds acaba de declarar estable y que, según todo apunta, será el próximo kernel LTS de referencia en el ecosistema Linux. Eso significa que hereda todas las mejoras generales: rendimiento afinado, nuevas funcionalidades internas, ampliación de soporte de hardware y las habituales correcciones de bugs.

Sin embargo, el equipo de GNU Linux-libre se encarga de aplicar un conjunto de scripts y herramientas de limpieza (“deblobbing”) que rastrean el código fuente en busca de elementos problemáticos: drivers que cargan firmware binario, llamadas en tiempo de ejecución a microcódigo no libre, referencias en la documentación a blobs externos e incluso menciones a binarios en ficheros devicetree de distintas arquitecturas.

Fruto de este proceso, en GNU Linux-libre 6.18 se han identificado y neutralizado o eliminado nuevos controladores y fragmentos de código que en el árbol oficial del kernel dependen de blobs binarios. Este trabajo no sólo afecta a drivers recién añadidos, sino también a otros ya existentes cuyo mecanismo de carga de firmware ha cambiado en esta versión.

Al mismo tiempo, la versión 6.18-gnu incorpora las optimizaciones de Linux 6.18, como el mejor rendimiento general, el trabajo continuo en Apple Silicon (M2 Pro / Max / Ultra), el soporte en curso de la plataforma Intel Wildcat Lake, la integración del nuevo código “Sheaves”, la activación por defecto del fsck online para XFS o la mejora del soporte háptico para touchpads, entre otras muchas. Todo ello, eso sí, manteniendo siempre la premisa principal del proyecto: cero software propietario.

El corazón del proyecto: un kernel libre de blobs

La razón de ser de GNU Linux-libre es ofrecer un kernel compatible con Linux pero completamente libre, diseñado para poder formar parte de sistemas que siguen las Directrices para Distribuciones de Software Libre (FSDG) de la FSF. Esto implica retirar cualquier componente que no se distribuya en forma de código fuente modificable o que esté sujeto a licencias restrictivas.

En la práctica, esto se traduce en eliminar o desactivar drivers, firmwares, blobs empaquetados como datos, scripts que requieren archivos binarios externos y llamadas a firmware propietario en tiempo de ejecución. También se limpian comentarios y documentación que actúan como “gancho” para que el usuario descargue componentes no libres, evitando el llamado “baiting” hacia software privativo.

El enfoque del proyecto es de cambios mínimos: se borran o neutralizan las partes problemáticas, pero no se intenta reescribirlas ni proporcionar sustitutos libres que mantengan la misma funcionalidad. El objetivo es garantizar la libertad del sistema, aunque eso suponga que cierto hardware quede inoperante si no dispone de alternativas libres.

Este esfuerzo continuo comenzó en su día dentro de la distribución gNewSense, fue impulsado y bautizado por Jeff Moe, en 2008 pasó a estar mantenido por la FSF Latinoamérica y, desde 2012, forma parte oficialmente del Proyecto GNU. Hoy se ha consolidado como la base de numerosos sistemas operativos 100 % libres certificados por la FSF.

Drivers nuevos limpiados en GNU Linux-libre 6.18

Una de las partes más visibles del trabajo en GNU Linux-libre 6.18 es la limpieza de controladores recién incorporados al kernel Linux 6.18 que intentan cargar blobs de firmware. Si se dejaran tal cual, comprometerían la pureza del sistema al requerir binarios no libres.

En esta versión, el equipo ha identificado y “capado” varios drivers nuevos que, en el árbol oficial, recurren a firmware propietario para funcionar correctamente:

  • Controladores FourSemi: se limpian el controlador de amplificador de audio digital FourSemi y la biblioteca asociada (incluyendo los modelos FS2104/5S), que en Linux estándar intentan cargar blobs para gestionar ciertos modos y características.
  • Driver TI TAS2783: el controlador para el amplificador de altavoz Texas Instruments TAS2783, también nuevo en esta rama, incluye lógica de carga de firmware que ha sido neutralizada para evitar que solicite binarios no libres.
  • Qualcomm GENI Serial Engine: el motor serie GENI de Qualcomm, responsable de gestionar interfaces de comunicación en plataformas de esta marca, también habría intentado cargar blobs si no se hubiese intervenido, por lo que se ha sometido al proceso de deblobbing.

En todos estos casos, el resultado es que el driver deja de reclamar firmware propietario. Dependiendo de cuánto dependiera el controlador de ese microcódigo, la funcionalidad práctica del dispositivo puede quedar muy limitada o directamente inutilizada bajo GNU Linux-libre, pero así se respeta la premisa de no empujar al usuario hacia componentes privativos.

Ajustes en drivers existentes: Nova-Core, Intel Xe y más

Además de los controladores recién llegados, GNU Linux-libre 6.18 revisa el comportamiento de drivers ya presentes en versiones anteriores cuyo mecanismo de gestión del firmware ha cambiado en Linux 6.18. Estos ajustes son necesarios para mantener el kernel libre de blobs a medida que evoluciona el árbol principal.

Entre los casos destacados, encontramos:

  • Nova-Core, el driver Rust para NVIDIA: el nuevo controlador de código abierto Nova-Core, escrito en Rust, se apoya completamente en el NVIDIA GPU System Processor (GSP). Sin el firmware del GSP, que es propietario, el driver simplemente no funciona. GNU Linux-libre adapta sus scripts para bloquear la carga de este microcódigo, lo que en la práctica deja Nova-Core inoperativo sin blobs, pero preserva la libertad del sistema.
  • Intel Xe de nueva generación: el moderno driver Intel Xe depende del microcontrolador GuC y de su firmware binario para tareas de gestión de colas, programación y otras funciones críticas. En Linux-libre 6.18 se ajusta de nuevo la limpieza para impedir que este firmware se solicite o cargue, algo que también deja el driver sin utilidad práctica si no se dispone de alternativas libres.
  • TI PRU Ethernet: el controlador de Ethernet basado en PRU (Programmable Real-time Unit) de Texas Instruments también ha sufrido cambios en su lógica de blobs aguas arriba. GNU Linux-libre actualiza el deblobbing para asegurarse de que no se cargan firmwares propietarios en estos SoC.
  • Marvell WiFi-Ex: las modificaciones realizadas en el árbol oficial para la familia WiFi-Ex de Marvell han obligado a revisar la limpieza, bloqueando de nuevo cualquier referencia o intento de cargar firmware binario para esos adaptadores inalámbricos.

Estos ajustes demuestran que el proceso de limpieza es continuo y reactivo: cada vez que cambia el código de un driver que en el pasado dependía de blobs, el equipo de Linux-libre debe revisar de nuevo ese código para que no se “cuele” ningún nuevo mecanismo de carga de firmware propietario.

Drivers y elementos eliminados o reubicados

No todo son nuevas limpiezas o ajustes. En GNU Linux-libre 6.18 también hay casos en los que el propio kernel Linux ha eliminado ciertos componentes, lo que permite simplificar el trabajo de deblobbing.

Un ejemplo claro es el del driver de radio FM TI WL1273. Este controlador, que en versiones anteriores requería una limpieza específica por su dependencia de firmware binario, ha sido eliminado directamente en el árbol oficial de Linux 6.18. Como consecuencia, en GNU Linux-libre 6.18 se puede retirar también toda la lógica de deblobbing asociada a este driver, reduciendo así la complejidad del conjunto de scripts.

Otro caso llamativo es el del driver Lantiq GSWIP, un controlador de switch gigabit para determinadas plataformas. En Linux 6.18 se ha movido de ubicación dentro del árbol de código fuente, lo que obliga a ajustar las rutas y patrones que usa el sistema de limpieza del proyecto para localizar y procesar los fragmentos relevantes.

Estos cambios de ubicación y eliminación reflejan cómo el kernel principal está en constante reorganización, y cómo GNU Linux-libre debe mantenerse al día, no sólo rastreando blobs nuevos, sino también adaptando las herramientas a la estructura cambiante del árbol de código.

Devicetree limpios para Qualcomm, Mediatek y TI en ARM64

La limpieza no se limita al código C de los drivers. En esta versión, una de las tareas más delicadas ha sido revisar los nuevos ficheros devicetree (DT) para plataformas ARM64, que describen el hardware de sistemas basados en Qualcomm, Mediatek y Texas Instruments.

En Linux 6.18, varios de estos devicetree incluyen referencias explícitas a blobs de firmware, rutas de archivos binarios o propiedades que indican la necesidad de microcódigo no libre para ciertos componentes. Si se dejara tal cual, el mero hecho de usar esos DT podría empujar al usuario a buscar y cargar componentes propietarios.

GNU Linux-libre 6.18 se encarga de “sanear” estos ficheros, eliminando o modificando las menciones a binarios de Qualcomm, Mediatek y TI en la arquitectura ARM64. De este modo, se garantiza que el kernel libre no actúe como vector de recomendación de software no libre, respetando así las directrices de la FSF.

Cómo obtener GNU Linux-libre 6.18

El proyecto ofrece varias vías oficiales para descargar y utilizar GNU Linux-libre 6.18-gnu, tanto en forma de código fuente como en paquetes binarios listos para instalar en distribuciones populares.

Por un lado, el código fuente se puede obtener mediante Git desde el repositorio mantenido por el proyecto:

  • Repositorio Git de lanzamientos: git://linux-libre.fsfla.org/releases.git con etiquetas bajo scripts, sources y logs para la versión v6.18-gnu.

Además, al poco de anunciarse la versión, se ponen a disposición tarballs ya comprimidos desde la página oficial de la FSFLA:

  • https://www.fsfla.org/selibre/linux-libre/download/releases/ (ubicación habitual de los tarballs de cada versión).

Quienes prefieran no compilar el kernel a mano pueden recurrir a paquetes binarios preparados por proyectos asociados:

  • Freesh: ofrece paquetes .deb listos para usar en distribuciones basadas en Debian y derivadas, con el kernel GNU Linux-libre ya compilado.
  • RPM Freedom: proporciona paquetes .rpm para sistemas basados en Red Hat, Fedora y derivados que quieran adoptar este kernel libre.

De este modo, los usuarios pueden elegir entre compilar su propio kernel directamente desde el código fuente o instalar uno de los paquetes ya preparados, integrándolo junto con o en sustitución del kernel estándar de su distribución.

Distribuciones y ecosistema alrededor de Linux-libre

GNU Linux-libre es el pilar sobre el que se construyen muchas distribuciones completamente libres avaladas por la FSF, como Trisquel o PureOS, entre otras. Estas distros utilizan este kernel para asegurarse de que el sistema entero cumple las directrices de software libre más estrictas.

Muchas de ellas ofrecen imágenes ya preparadas con la versión más reciente de Linux-libre o, al menos, con una rama cercana. En otros casos, permiten seleccionar este kernel desde sus repositorios o mediante repos adicionales, de forma que el usuario pueda reemplazar el kernel genérico por uno libre de blobs sin cambiar de distribución.

Para administradores y entusiastas, GNU Linux-libre 6.18 puede instalarse también en casi cualquier distribución convencional. Basta con compilarlo o instalar los paquetes Freesh/RPM Freedom y ajustar el gestor de arranque para elegir este kernel al iniciar el sistema. Así se logra un entorno mucho más coherente con los principios del software libre, incluso en distros que de serie incluyen componentes no libres.

Qué es exactamente GNU Linux-libre (y qué no es)

Desde el propio proyecto se recalca que GNU Linux-libre es, ante todo, una versión modificada del kernel Linux, orientada a ser usada en sistemas GNU que aspiran a ser completamente libres. El objetivo es que cualquier distribución que quiera cumplir las FSDG de la FSF pueda tomar este kernel y tener la tranquilidad de que no contiene blobs ni referencias que lleven al usuario a instalar código propietario.

En su documentación explican que se eliminan componentes no libres tanto si están disfrazados de código fuente (pero en realidad son blobs embebidos) como si se distribuyen en archivos separados. Además, se desactivan las peticiones en tiempo de ejecución a firmwares propietarios y se purgan manuales o comentarios que apunten a recursos no libres.

El proyecto, sin embargo, no se propone reescribir estos componentes ni ofrecer drivers alternativos libres que sustituyan a los propietarios. El enfoque es minimalista: se retira lo que no es libre, se mantiene el resto casi intacto y se anima a que otras iniciativas desarrollen reemplazos libres cuando sea posible. De hecho, se documentan en sitios como LibrePlanet muchos dispositivos que aún dependen de blobs, con el objetivo de coordinar esfuerzos para liberarlos algún día.

Por último, aunque la mascota sea un pingüino, los desarrolladores insisten en que el papel del proyecto GNU y de la FSF en la construcción del sistema completo es mucho mayor, y que el kernel libre es solo una pieza más dentro del ideal de un sistema totalmente libre.

Al combinar todas las mejoras técnicas heredadas de Linux 6.18 con el trabajo exhaustivo de limpieza de firmware, drivers y devicetree, GNU Linux-libre 6.18 se consolida como una opción muy potente para quienes no quieren hacer concesiones en materia de libertad de software. Desde los nuevos drivers saneados para audio digital y motores serie Qualcomm hasta los ajustes en controladores de GPU como Nova-Core y Intel Xe, pasando por el saneamiento de plataformas ARM64 y la disponibilidad de paquetes para múltiples distribuciones, esta versión demuestra que es posible mantenerse cerca de la vanguardia del kernel sin renunciar al principio de no cargar ningún binario propietario.

✇Linux Adictos

Armbian 25.11 se refuerza con más placas ARM y mejoras de núcleo

Por: Pablinux

Armbian 25.11

La nueva versión de Armbian 25.11 ya está disponible como actualización importante para este sistema basado en Debian y Ubuntu pensado para placas ARM. La edición llega con un paquete amplio de cambios que van desde la compatibilidad con más dispositivos hasta mejoras en rendimiento, red y seguridad, orientadas tanto a usuarios domésticos como a proyectos profesionales y de laboratorio.

Lejos de ser una simple revisión menor, esta entrega introduce nuevos núcleos Linux, soporte ampliado para placas y ajustes internos en las herramientas de construcción de imágenes. Todo ello refuerza a Armbian como una de las opciones más completas para sacar partido a placas como Raspberry Pi, Banana Pi, Orange Pi, NanoPi o sistemas de Radxa y Rockchip, muy presentes también en proyectos en España y el resto de Europa.

Novedades principales de Armbian 25.11

Uno de los pilares de esta versión es el salto en la base del sistema. Armbian 25.11 incorpora soporte para Linux 6.17 como núcleo actualizado en muchas de sus imágenes, manteniendo a la vez variantes con Linux 6.6 LTS y el veterano 6.1 LTS para quienes priorizan estabilidad a largo plazo. Esta combinación permite equilibrar mejor el acceso a funciones recientes con la fiabilidad necesaria en entornos productivos.

Además de los kernels, el proyecto ha habilitado la generación de imágenes basadas en Ubuntu 25.10, el futuro Ubuntu 26.04 LTS y Debian 14 “Forky”, complementando las ramas ya existentes. Este movimiento anticipa la llegada de las próximas versiones estables de estas distribuciones en Europa y prepara el terreno para migraciones más suaves cuando dichas ediciones finales estén disponibles.

En paralelo, las imágenes catalogadas como edge se actualizan para admitir Linux 6.18, pensado para quienes necesitan probar las últimas funciones del kernel en hardware ARM reciente. Estas compilaciones suelen ser utilizadas por desarrolladores, integradores y comunidades que colaboran con fabricantes de placas, ya que permiten validar nuevas funciones y corregir regresiones con rapidez.

Más placas ARM compatibles y foco en proyectos DIY

Armbian 25.11 amplía notablemente el listado de dispositivos soportados, facilitando la reutilización de hardware y la creación de nuevos proyectos. Entre las incorporaciones destacan las placas basadas en soluciones de Radxa, FriendlyElec, Banana Pi y otros fabricantes, que se siguen popularizando en laboratorios, centros educativos y makerspaces europeos.

En el apartado de Radxa, la nueva versión añade soporte para modelos como Radxa ROCK 4D, Radxa CM4 IO y Radxa E54C, orientados tanto a uso general como a aplicaciones más específicas donde se requieren interfaces adicionales o módulos tipo Compute. Esto abre la puerta a montajes compactos, paneles informativos y soluciones integradas donde antes era necesario recurrir a sistemas propietarios.

El ecosistema de FriendlyElec también sale reforzado. Armbian 25.11 suma compatibilidad con placas como NanoPi R76S y NanoPi M5, pensadas para usos que van desde pequeños cortafuegos y routers caseros hasta centros multimedia y dispositivos de control. Estas opciones son habituales en proyectos DIY en España y otros países europeos por su equilibrio entre precio, tamaño y capacidades de red.

Junto a ellas se integran modelos como ArmSoM Forge1, Banana Pi M5 Pro, NineTripod X3568 v4, ODROID-M1S, XpressReal T3 y Mekotronics R58-HD, que cubren una gama amplia de casos de uso: pequeños servidores de archivos, reproductores multimedia, máquinas de pruebas o nodos de automatización industrial ligera. El objetivo es que, al descargar Armbian, el usuario disponga de una base homogénea y actualizada en la mayoría de placas que se encuentran en el mercado europeo.

A nivel de dispositivos ya conocidos, el equipo ha afinado el soporte para la familia Raspberry Pi, muy implantada en centros educativos y hogares. En esta versión se incrementa el valor de UEFISIZE de 256 MB a 512 MB, lo que mejora el margen para gestionar firmware, arranque y particiones en escenarios donde se combinan varios sistemas operativos o configuraciones avanzadas.

Integración con nuevas versiones de Debian y Ubuntu

Otra de las líneas de trabajo ha sido la preparación de Armbian para las próximas generaciones de Debian y Ubuntu. La posibilidad de construir imágenes sobre Debian 14 “Forky” y Ubuntu 26.04 LTS coloca al proyecto un paso por delante en términos de planificación, ya que permitirá a quienes despliegan sistemas en producción empezar a probar estos entornos antes de que se generalicen.

Para usos más inmediatos, el soporte para Ubuntu 25.10 abre la puerta a disponer de escritorios y pilas de software recientes en dispositivos ARM, algo que puede interesar tanto en contextos de desarrollo como en estaciones de trabajo ligeras. En muchas organizaciones europeas se utilizan placas ARM como terminales, sistemas de monitorización o equipos de reserva, y contar con versiones modernas simplifica la homogeneización del parque informático.

En paralelo, se ha introducido un nuevo entorno KDE Plasma Mobile para compilaciones basadas en Debian 13 “Trixie”. Esta opción está orientada a dispositivos con pantalla táctil, como tablets o equipos portátiles con arquitectura ARM, y permite explorar escenarios de convergencia entre escritorio y móvil con una interfaz adaptada a tamaños de pantalla reducidos.

Mejoras de red, Wi‑Fi y herramientas de sistema

El lanzamiento también llega con cambios claros en el apartado de red y conectividad. Armbian 25.11 incorpora un parche de inyección Wi‑Fi para núcleos Linux 6.12 en determinadas configuraciones, y corrige fallos que afectaban a la conexión inalámbrica en varias placas. Esto resulta relevante en montajes donde el dispositivo se utiliza como punto de acceso, cliente en redes saturadas o equipo de pruebas para seguridad.

Adicionalmente, se introduce una herramienta más amigable para interactuar con dispositivos Qualcomm, pensada para facilitar flasheo, depuración y gestión de firmware en plataformas que emplean estos chipsets. En esa misma línea, Armbian 25.11 añade soporte para cargar firmware QUP SE a través del subsistema Linux en dispositivos basados en SM8450, lo que mejora la compatibilidad con hardware reciente enfocado a comunicaciones y periféricos de alta velocidad.

En el segmento de conectividad avanzada, la nueva versión habilita Wi‑Fi 7 (802.11be) en plataformas Rockchip64 con componentes Qualcomm. Aunque estos estándares todavía están consolidándose en el mercado europeo, la posibilidad de probarlos en placas ARM facilita la evaluación de rendimiento y cobertura en laboratorios, universidades y entornos de pruebas de operadores.

También se han revisado componentes de red del sistema, como la forma en que se gestiona systemd-resolved y otros servicios relacionados con DNS. El objetivo es estabilizar la resolución de nombres, reducir cortes esporádicos y mejorar el comportamiento en redes con configuraciones complejas, algo habitual en oficinas, centros educativos o entornos de teletrabajo donde se combinan VPN, VLAN y diferentes dominios internos.

Rendimiento, kernel y compresión de memoria

En el plano del rendimiento, Armbian 25.11 aprovecha las mejoras del Linux 6.17 y las ramas LTS 6.6 y 6.1 para optimizar el uso de CPU, memoria y dispositivos de almacenamiento en placas ARM. El sistema arranca de forma más ágil en muchas configuraciones y responde mejor bajo carga, algo que se nota especialmente en dispositivos con recursos limitados o en instalaciones con muchos servicios en paralelo.

Una de las novedades técnicas es la incorporación de zstd y lzo como algoritmos de compresión para zram en las configuraciones meson64, tanto en ramas estables como edge. Estos métodos de compresión permiten usar la RAM de forma más eficiente al crear discos o áreas de intercambio comprimidas en memoria, lo que se traduce en una sensación de fluidez mayor cuando se abren varias aplicaciones o se ejecutan contenedores ligeros.

El proyecto también habilita la opción de compilar Btrfs como módulo, ampliando las posibilidades para quienes quieran experimentar con este sistema de archivos en entornos de pruebas, copias de seguridad incrementales o configuraciones con snapshots. Btrfs sigue ganando presencia en Europa en pequeños servidores domésticos y NAS caseros, y disponer de soporte flexible en Armbian ayuda a evaluar si encaja en cada caso.

En el caso específico de la placa Helios64, se introduce la posibilidad de crear una partición /boot independiente solo cuando la raíz se ubica en un sistema de archivos no arrancable. Esta modificación busca evitar configuraciones complicadas cuando no son necesarias y, al mismo tiempo, mantener un esquema seguro y fiable cuando se utilizan sistemas de archivos menos tradicionales.

Seguridad, correcciones y experiencia de usuario

La seguridad sigue siendo un eje fundamental en el desarrollo de Armbian. La versión 25.11 incorpora parches de seguridad actualizados y múltiples correcciones de errores que afectan a componentes clave del sistema. Entre ellas se incluyen ajustes en la detección de hardware para GPUs y unidades SSD, reduciendo problemas de reconocimiento o de rendimiento que algunos usuarios habían detectado en versiones anteriores.

En varias placas se han corregido fallos de Wi‑Fi y pequeños errores en el arranque, lo que contribuye a que el sistema sea más predecible tanto en reinicios remotos como en despliegues sin monitor (headless). Estas mejoras resultan especialmente útiles para quienes gestionan varias placas repartidas en diferentes ubicaciones, algo cada vez más habitual en proyectos de monitorización ambiental, domótica o redes comunitarias en España y otros países europeos.

Las herramientas de construcción de imágenes (build tools) también han recibido atención, con novedades y soporte ampliado. El flujo para generar imágenes personalizadas es ahora más eficiente, reduciendo el tiempo necesario para preparar sistemas adaptados a cada proyecto. Esto beneficia a desarrolladores, integradores y comunidades locales que mantienen sus propias compilaciones con paquetes específicos o configuraciones adaptadas a su entorno.

Por último, el equipo ha introducido mejoras en el gestor de usuarios y grupos y en diversos componentes de administración, con el fin de que las tareas de alta de cuentas, asignación de permisos o configuración inicial sean algo más claras. Sin ser cambios espectaculares, ayudan a que quien se acerca a Armbian por primera vez tenga una experiencia algo más suave y que la curva de aprendizaje no resulte tan pronunciada.

Armbian 25.11 consolida su papel como base versátil para proyectos con placas ARM, combinando mayor compatibilidad de hardware, núcleos Linux más modernos, ajustes de seguridad y herramientas mejoradas. Sin grandes estridencias ni campañas llamativas, la actualización pone el acento en la evolución constante y en pulir detalles que, en el día a día, marcan la diferencia en estabilidad y facilidad de uso.

✇Linux Adictos

Linux 6.18 llega con mejoras de rendimiento, seguridad y soporte de hardware

Por: Pablinux

Linux 6.18

El núcleo de Linux 6.18 ya se puede descargar y llega en un momento en el que muchos usuarios muestran cierto cansancio con Windows 11 y la integración forzada de la Inteligencia Artificial en el escritorio. En este contexto, la comunidad del kernel ha aprovechado para dar un empujón serio al rendimiento, la estabilidad y el soporte de hardware, con el objetivo de que Linux resulte una alternativa más atractiva tanto en Europa como en España para equipos de sobremesa, portátiles y servidores.

Tras varias versiones algo más conservadoras, centradas sobre todo en corregir errores, este lanzamiento vuelve a traer una oleada de nuevas funciones, cambios internos y mejoras de compatibilidad. No es una revisión espectacular a nivel visual, porque todo ocurre «bajo el capó», pero sí supone un salto notable para quienes utilizan Linux para trabajar, jugar o investigar con IA, especialmente en equipos modernos de consumo y en infraestructuras profesionales.

Linux 6.18: un lanzamiento estable que apunta a Long-Term Support

Linus Torvalds ha anunciado en la LKML la liberación de Linux 6.18 estable tras un ciclo de desarrollo en el que, aunque ha habido más correcciones de las deseadas en la última semana, no se han detectado problemas graves que justificasen más retrasos. Tras etiquetar y publicar el código en kernel.org, la comunidad ya mira hacia la ventana de fusión de Linux 6.19, pero todo indica que esta versión será la que se convierta en el próximo kernel LTS mantenido durante varios años.

En términos prácticos, que 6.18 se perfile como LTS significa que muchas distribuciones europeas orientadas a empresa, nube y dispositivos integrados —incluyendo derivadas de Debian, Ubuntu, SUSE o Red Hat— podrían adoptarlo como base de sus lanzamientos con soporte prolongado. Para usuarios domésticos en España, esto se traducirá en una disponibilidad progresiva a través de las versiones estables de las distribuciones, con especial impacto en equipos certificados y hardware reciente.

Mejoras para jugar y para el hardware de consumo

Uno de los puntos que más se ha cuidado en Linux 6.18 es la experiencia en dispositivos orientados al juego y en equipos portátiles modernos. Esta versión incorpora un nuevo controlador HWMON específico para las consolas‑PC de GPD, como las GPD Win 4 y Win Max 2, que permite un control más preciso de los ventiladores y una lectura más fiable de los sensores térmicos, algo crucial si se va a exprimir la máquina con juegos exigentes o cargas de trabajo intensivas.

También se incluyen varias correcciones para la ASUS ROG Ally y la Lenovo Legion Go 2, solucionando problemas molestos con unidades NVMe y ciertas interrupciones espurias que podían llegar a colgar el sistema. Para quienes conectan mandos a sus PCs o portátiles, hay un detalle importante: el conector de audio del controlador DualSense de PlayStation funciona ahora correctamente bajo Linux, de forma que enchufar unos auriculares al mando cambia la salida de audio como cabría esperar y el micrófono integrado puede utilizarse sin ajustes extraños.

Gráficas, procesadores y aceleradores de IA en Linux 6.18

En el apartado gráfico, Linux 6.18 da otro paso adelante con los controladores Nouveau para tarjetas NVIDIA Turing y Ampere, que ahora utilizan por defecto el firmware GSP (GPU System Processor) cuando está disponible. Este diseño, que forma parte de una transición más amplia en el ecosistema NVIDIA, busca mejorar la gestión de la energía y sentar las bases para un soporte más robusto en el futuro, algo relevante para estaciones de trabajo y equipos de juego que se empiezan a ver también en entornos profesionales europeos.

En CPU, el kernel aprovecha mejor los procesadores Intel de última generación. Se ha mejorado la gestión energética en las plataformas Intel Meteor Lake mediante Dynamic Efficiency Control, permitiendo que el controlador intel_pstate use los Hardware P‑states sin las limitaciones tradicionales de EPP cuando se activa este modo. Esto se traduce en un ajuste más fino entre rendimiento y consumo, especialmente interesante para portátiles ultraligeros que se comercializan en España y el resto de la UE.

Linux 6.18 también presenta un controlador inicial escrito en Rust para las GPU ARM Mali, aún en una fase temprana. Es una adaptación del driver Panthor, con la intención de alcanzar gradualmente paridad funcional. Aunque de momento no está lista para el gran público, esta vía abre la puerta a un mejor soporte de gráficos integrados en sistemas ARM que se usan en dispositivos integrados, SBC y portátiles ligeros.

En cuanto a aceleración de IA, se incorpora un nuevo controlador para la NPU Rockchip con soporte multi‑core y escalado dinámico de frecuencia, pensado para mejorar el rendimiento en cargas de machine learning sobre placas con SoC Rockchip. Este tipo de hardware, muy popular en placas de desarrollo de bajo coste que se distribuyen ampliamente en Europa, podrá aprovechar mejor sus capacidades sin depender siempre de GPUs discretas.

Sheaves: memoria más ágil y multitarea más fluida

Una de las novedades más llamativas a nivel interno es la introducción de la funcionalidad llamada «sheaves», un nuevo sistema de cachés por CPU para asignar y liberar memoria. En lugar de que todos los núcleos compitan por un mismo conjunto de objetos, cada procesador mantiene su propio pequeño «almacén» de estructuras, reduciendo las contenciones y acortando la latencia en operaciones frecuentes de asignación.

Este cambio, que a simple vista puede sonar muy técnico, tiene un impacto real: las tareas en paralelo y la multitarea intensiva deberían comportarse de forma más suave, tanto en estaciones de trabajo de desarrollo como en servidores donde se ejecutan contenedores, máquinas virtuales o servicios web con alto tráfico. En escenarios de nube pública y centros de datos europeos, donde Linux es hegemónico, estos micro‑ajustes pueden suponer diferencias apreciables en la capacidad de respuesta bajo carga.

Rendimiento en redes, swap y programación de tareas en Linux 6.18

El subsistema de red recibe también una batería de mejoras. Destaca el aumento de rendimiento en la recepción de paquetes UDP de hasta un 47%, gracias a optimizaciones de bajo nivel pensadas, entre otras cosas, para que los sistemas soporten mejor situaciones de tráfico intenso e incluso ataques de tipo DDoS basados en UDP. Para servicios europeos de streaming, juegos en línea o comunicaciones en tiempo real, estas mejoras pueden ayudar a mantener la latencia controlada en momentos puntuales de saturación.

El núcleo introduce además un nuevo soporte de cifrado PSP para conexiones TCP, añadiendo una capa adicional de seguridad en determinados escenarios. En paralelo, la pila TCP estrena soporte inicial para Accurate Explicit Congestion Notification (AccECN), una variante pensada para mejorar el control de congestión, algo que resulta interesante en redes complejas como las que operan los grandes proveedores en la UE.

Más allá de la red, el kernel 6.18 refina el subsistema de swap, reutilizando la infraestructura de tablas de intercambio como backend de caché. Esta reestructuración se traduce en un incremento de entre un 5% y un 20% en rendimiento de pruebas de carga intensivas, ya sea en throughput, peticiones por segundo o tiempos de compilación. Unido a las mejoras en el planificador de tareas y al balanceo NUMA más «justo», los sistemas bajo presión de memoria responden mejor y con menos caídas de rendimiento abruptas.

Sistemas de archivos: Bcachefs se va, el resto se refuerza

En el terreno de los sistemas de archivos, la decisión más mediática de este ciclo ha sido la eliminación de Bcachefs del árbol principal del kernel. El código se ha marcado como mantenido externamente, de modo que quienes quieran seguir experimentando con este sistema deberán recurrir a módulos DKMS o compilarlo por su cuenta. El motivo no ha sido tanto la calidad técnica del código como el incumplimiento reiterado de las ventanas de fusión por parte de su mantenedor, algo que tensó las relaciones con Torvalds y el resto de responsables del kernel.

Lejos de detenerse ahí, Linux 6.18 mejora el soporte en otros sistemas más extendidos. El Btrfs incorpora por fin la capacidad de usar tamaños de bloque superiores al tamaño de página, optimiza el paralelismo para cargas de lectura intensiva y corrige varios detalles internos. El veterano XFS activa por defecto la funcionalidad de comprobación y reparación en línea (online fsck), considerada antes experimental, lo que le permite corregir ciertos problemas con el sistema montado y en uso.

El controlador de exFAT sufre optimizaciones agresivas: en algunos escenarios de tarjetas SD y unidades USB se han observado aceleraciones de hasta 16 veces en operaciones de lectura y escritura. Para usuarios que mueven datos entre Windows y Linux usando estos soportes extraíbles es una mejora que se nota en el día a día. En EXT4 se añade soporte para identificadores de usuario y grupo reservados de 32 bits y una nueva interfaz ioctl() para consultar y establecer parámetros del superbloque, detalles que interesan tanto a administradores de sistemas como a desarrolladores de herramientas de gestión.

Seguridad reforzada: BPF firmado y auditoría avanzada en Linux 6.18

La seguridad continúa siendo uno de los pilares de desarrollo en Linux. En esta versión se introduce la firma de programas BPF, lo que permite verificar la integridad del código que se carga dinámicamente en el kernel antes de que se ejecute. Esta medida, que puede sonar muy específica, es clave para entornos en los que BPF se utiliza de forma intensiva para observabilidad, filtrado de red o seguridad avanzada, algo cada vez más habitual en centros de datos y plataformas cloud europeas.

El subsistema de auditoría se ha mejorado para poder gestionar de forma más limpia múltiples Linux Security Modules (LSM) activos al mismo tiempo. Esto facilita la convivencia y supervisión conjunta de mecanismos como SELinux, AppArmor y otros módulos, permitiendo políticas de seguridad apiladas que resultan interesantes para organizaciones con requisitos normativos estrictos en la UE, como el cumplimiento de la directiva NIS2 o regulaciones sectoriales.

Por otro lado, se ha optado por desactivar por defecto la característica de cifrado HMAC en el bus TPM, ya que en su implementación actual generaba problemas de rendimiento sin aportar beneficios de seguridad reales. Al deshabilitarla, se eliminan cuellos de botella sin dejar al sistema más expuesto. A nivel de virtualización y protección de la memoria, KVM incorpora soporte para tecnologías como Control‑flow Enforcement Technology (CET) de Intel y AMD, SEV‑SNP CipherText Hiding en hosts x86, y se ha añadido la preservación de asignaciones vmalloc dentro del mecanismo de Kexec HandOver.

Más Rust en el kernel y mejoras arquitectónicas

Linux 6.18 continúa avanzando en la integración de Rust como segundo lenguaje de desarrollo dentro del núcleo. Se amplían los bindings para APIs clave del kernel, incluyendo operaciones atómicas compatibles con el modelo de memoria del kernel, acceso a DebugFS, manejo de mapas de bits y creación de controladores, entre ellos el ya mencionado driver Rust para GPUs ARM Mali. Además, se incorporan nuevas uniones Rust para futuros drivers USB, lo que permitirá escribir controladores más seguros a medio plazo.

Otra novedad relevante es la inclusión del driver Rust Binder para dispositivos Android, que sienta las bases para un soporte más robusto de esta plataforma en el kernel principal. En paralelo, se extiende la compatibilidad de arenas BPF a la arquitectura PowerPC y se añaden nuevas capacidades a nivel de arquitectura para Arm, RISC‑V y MIPS, reforzando el papel de Linux en sistemas embebidos, placas de desarrollo y servidores especializados que se distribuyen también en el mercado europeo.

En el campo RISC‑V, por ejemplo, se han reintroducido y refinado varios cambios que no llegaron a tiempo para 6.17, como nuevas primitivas de mapeo de memoria, soporte para el interfaz RPMI (similar a ARM SCMI) y el uso de extensiones específicas del proveedor. Estas mejoras ayudan a consolidar RISC‑V como alternativa abierta en el hardware europeo de nueva generación.

Soporte de hardware: portátiles, Apple Silicon y más

En portátiles y PCs de consumo, Linux 6.18 amplía de forma considerable la compatibilidad. Se añade un soporte inicial para touchpads hápticos, aportado en gran medida por Google, que permite que los paneles táctiles que simulan el clic por vibración funcionen de forma correcta. Esto afecta a muchos modelos modernos que llegan al mercado español y europeo con este tipo de hardware.

Se mejora el soporte de portátiles con Snapdragon X Elite y derivados, incluyendo nuevos controladores para la gestión de energía y el vídeo, así como correcciones en los árboles de dispositivo (Device Trees) que describen puertos PCIe, controladores de audio y otros elementos críticos. También se amplía la compatibilidad con portátiles HP Omen, portátiles Alienware y la gama Dell G, añadiendo control detallado de ventiladores, sensores térmicos y sistemas de iluminación RGB por zonas.

En el ecosistema Apple, Linux 6.18 incorpora soporte inicial para los SoC M2 Pro, M2 Max y M2 Ultra en el kernel principal, a través de la inclusión de nuevos Device Trees. El trabajo aún está en una fase temprana, y para un uso cotidiano en portátiles Mac en España sigue siendo más recomendable utilizar distribuciones como Asahi Linux con sus parches específicos, pero el hecho de que el soporte vaya entrando en mainline indica un progreso sostenido y relevante a medio plazo.

El kernel mejora, además, la compatibilidad con placas recientes de ASUS, HP y otros fabricantes en lo que respecta al driver HWMON, ampliando el número de sensores térmicos y de tensión que se exponen de forma correcta al sistema. Esto facilita el control de temperaturas y ajustes de ventiladores tanto en máquinas domésticas como en estaciones de trabajo que operan en ámbitos profesionales.

Virtualización, contenedores y redes empresariales

Las tecnologías de virtualización y contenedores siguen recibiendo atención prioritaria. Linux 6.18 refuerza KVM con nuevas funciones para virtualizar características de seguridad de Intel y AMD, como CET y SEV‑SNP, haciendo más fácil desplegar máquinas virtuales endurecidas en plataformas de nube privadas o públicas. Además, se perfecciona el soporte para ejecutar el kernel como invitado sobre el hipervisor Bhyve de FreeBSD, ampliando las combinaciones posibles en entornos mixtos.

En el ámbito de contenedores, se mejora el manejo de descriptores de fichero asociados a namespaces de kernel, lo que simplifica la gestión de contenedores complejos y su integración con herramientas de orquestación. En paralelo, la escalabilidad de servidores NFS se ha afinado mediante una mejor gestión de la caché de E/S y ajustes que reducen la presión sobre el sistema en cargas de trabajo distribuidas, algo muy relevante para grandes despliegues de almacenamiento en red utilizados por empresas europeas.

El soporte de Google PSP Security Protocol (PSP) para cifrado de TCP refuerza las opciones a la hora de proteger el tráfico de datos. Unido a las mejoras de UDP y TCP ya comentadas, Linux 6.18 se perfila como un kernel particularmente sólido para tareas de red intensivas, desde proxies y balanceadores de carga hasta servicios de streaming o juegos online bajo infraestructuras europeas.

Actualización según la distribución: precauciones y opciones

Cómo actualizar a Linux 6.18 dependerá, como siempre, de la distribución que se utilice. En sistemas de tipo rolling release —como Arch Linux o Debian Testing—, esta versión del núcleo suele llegar mediante una actualización estándar de paquetes. En esos escenarios, basta con aplicar las actualizaciones habituales para que el nuevo kernel se instale y quede listo para seleccionarse en el siguiente arranque.

Si se usan distribuciones con ciclos de soporte clásicos, como Ubuntu, Linux Mint u openSUSE Leap, el proceso es distinto. Lo más frecuente es que el nuevo kernel se integre en una futura versión de la distribución, a menudo asociada a un lanzamiento LTS o de soporte extendido. En el caso concreto de Ubuntu, por ejemplo, es previsible que 6.18 se vea en los repositorios de desarrollo de futuras versiones, mientras que los usuarios de lanzamientos estables en España lo recibirán más adelante, si esa rama se adopta como base.

Quienes no quieran esperar pueden recurrir a paquetes .deb o repositorios PPA que ofrecen compilaciones del kernel principal, así como a los paquetes mainline que mantiene Canonical en su repositorio de kernels. Esta vía, eso sí, suele venir sin garantías ni parches específicos de la distribución, por lo que conviene valorarla con cautela en equipos de producción o portátiles críticos. En entornos profesionales y servidores ubicados en centros de datos europeos, sigue siendo recomendable ceñirse a los kernels proporcionados y mantenidos por la distribución o por el proveedor de soporte contratado.

Usuarios avanzados

Para usuarios avanzados que prefieran el control absoluto, siempre queda la opción de descargar el código fuente desde kernel.org y compilar el núcleo manualmente. El procedimiento clásico pasa por obtener el archivo comprimido de la rama 6.x, descomprimirlo, ajustar la configuración mediante make menuconfig, compilar con todos los núcleos disponibles y finalizar con la instalación de módulos y kernel. Tras reiniciar, el nuevo núcleo aparecerá en el gestor de arranque para su selección.

Con todo este conjunto de cambios, Linux 6.18 se coloca como un lanzamiento especialmente relevante: combina mejoras de rendimiento notables en redes, memoria y sistemas de archivos con pasos firmes en seguridad y compatibilidad de hardware, y se perfila para mantenerse durante años si finalmente se confirma como kernel LTS, lo que lo convierte en una base atractiva tanto para usuarios particulares en España como para organizaciones y proveedores de servicios en toda Europa.

✇Linux Adictos

Novedades de GNU Linux-libre 6.17: limpieza de blobs y mejoras clave

Por: Pablinux

GNU Linux-libre 6.17

La llegada de GNU Linux-libre 6.17 marca un nuevo peldaño para quienes buscan un sistema con 100% software libre en sus equipos. Esta edición se publica inmediatamente después del lanzamiento del kernel Linux 6.17 y aplica su tradicional proceso de limpieza de blobs (deblobbing) para eliminar microcódigo y firmware no libres, lo que, como es sabido, reduce el soporte de cierto hardware moderno pero asegura una base coherente con los principios de la Free Software Foundation.

En esta versión se han afinado múltiples frentes: desde la depuración del controlador Intel IPU7 y varios ficheros devicetree para AArch64, hasta ajustes de deblobbing en controladores como AMDGPU, prueth, iwlwifi, btusb, pci mhi host, adreno a6xx, nova-core y el audio Intel AVS. También se han adaptado cambios a raíz del traslado de los controladores PCI HDA corriente arriba y se ha retirado el deblobbing de QLogic InfiniBand, que ha desaparecido upstream. Como ya es costumbre, el proyecto sigue además invirtiendo en nuevo arte para cada lanzamiento.

Cambios específicos de GNU Linux-libre 6.17

La lista de ajustes propios de GNU Linux-libre 6.17 es extensa, con un foco claro en controladores muy utilizados. Entre los puntos destacados, se ha ajustado el deblobbing de varios drivers: AMDGPU (gráficos de AMD), prueth (red sobre PRU/ETH), drivers Intel Wi‑Fi en GNU Linux (iwlwifi), btusb (Bluetooth sobre USB), pci mhi host (buses MHI en PCIe), adreno a6xx (gráficos Adreno), nova-core (el driver en Rust de código abierto para GPUs NVIDIA) e Intel AVS (audio de Intel). Estos cambios buscan evitar llamadas o dependencias a firmware no libre que se hayan introducido o modificado con la base de Linux 6.17.

Una novedad especialmente visible es la limpieza del controlador Intel IPU7, la unidad de procesado de imagen que da soporte a webcams en portátiles de última hornada. Este IPU7 llega con Linux 6.17 para equipos con procesadores Lunar Lake y se extiende a los próximos Panther Lake, pero su funcionamiento implica blobs de firmware. GNU Linux-libre neutraliza esas rutas, lo que protege la libertad del sistema a costa de que, en muchos casos, esas webcams no funcionen sin componentes no libres.

Además, se han limpiado ficheros devicetree variados para AArch64, reforzando la coherencia del árbol de dispositivos con las políticas de eliminación de blobs. Por su parte, los controladores PCI HDA han sufrido ajustes a raíz de su movimiento corriente arriba (upstream), lo que ha exigido recalibrar el deblobbing para evitar falsas dependencias. Finalmente, se ha eliminado el deblobbing asociado a QLogic InfiniBand, ya que esos controladores se han retirado upstream y ya no es necesario mantener excepciones o parches de limpieza.

Intel IPU7 y el impacto en webcams modernas

Linux 6.17 incorpora el soporte inicial para Intel IPU7, el motor de captura y procesado de imagen que habilita la cámara web en algunos portátiles de última generación con Lunar Lake, así como en los modelos Panther Lake que están por venir. Ese soporte, en el kernel estándar, depende de blobs de firmware propietarios. En GNU Linux-libre 6.17, el equipo ha actuado para evitar que esos blobs se carguen, de forma que la plataforma siga siendo plenamente libre. Esto puede traducirse en que la webcam de determinados ultrabooks recientes quede sin soporte funcional al usar Linux‑libre.

Para usuarios que valoren la libertad por encima de todo, este enfoque tiene pleno sentido. Para quienes necesiten la cámara integrada sin complicaciones, será necesario evaluar si su equipo exige firmware no libre para el IPU7 y, en ese caso, sopesar alternativas (por ejemplo, usar el kernel estándar hasta que existan opciones libres o recurrir a cámaras USB compatibles cuyo funcionamiento sea completamente libre).

Novedades generales heredadas de Linux 6.17 en GNU Linux-libre 6.17

Aunque GNU Linux-libre retira blobs y rutas no libres, el proyecto hereda la base tecnológica de Linux 6.17. Esto significa que buena parte de las mejoras en arquitecturas, rendimiento, seguridad, redes, sistemas de ficheros y controladores también están presentes, siempre que no requieran firmware propietario. A continuación, se resumen las más relevantes.

Arquitecturas, CPU y núcleo de GNU Linux-libre 6.17

En el terreno de las arquitecturas, Linux 6.17 suma soporte para el Branch Record Buffer Extension (BRBE) de ARM, una característica útil para análisis y trazado de ejecución a bajo nivel. También se añade el AMD Hardware Feedback Interface (HFI), pensado para mejorar decisiones de rendimiento basadas en telemetría del hardware. En Intel, se incorpora soporte para Wildcat Lake y Bartlett Lake‑S, lo que permite detectar y gestionar mejor esas plataformas. Además, se estrena soporte de BPF para LoongArch, ampliando el alcance de esta pieza clave de observabilidad y filtrado dentro del kernel.

Otra novedad importante es el live patching en AArch64 (ARM de 64 bits), que abre la puerta a aplicar parches en caliente sin reiniciar en esa arquitectura. En paralelo, se añaden tracepoints de llamadas al sistema en UML (User‑Mode Linux), facilitando la instrumentación de kernels que corren como procesos de usuario. Y aparece el soporte inicial para proxy execution, un mecanismo cuyo desarrollo apunta a nuevas posibilidades de ejecución delegada dentro del núcleo.

Virtualización, seguridad y verificación en tiempo de ejecución

Para virtualización sobre ARM, se suma soporte del controlador de interrupciones GICv5 en KVM, mejorando la capacidad y el rendimiento de máquinas virtuales en esa arquitectura. En materia de seguridad, AppArmor gana capacidad para controlar el acceso a sockets AF_UNIX, refinando aún más las políticas de aislamiento de procesos. Además, el subsistema de verificación en tiempo de ejecución incorpora monitores de lógica temporal lineal (LTL), útiles para comprobar propiedades del sistema mientras este está funcionando.

Entre los cambios más llamativos también se menciona una implementación completa del “vector de ataque” en x86. Aunque el detalle fino es técnico, la idea es que el núcleo amplía su cobertura de casos y escenarios de seguridad en esa arquitectura, fortaleciendo su postura defensiva y las bases para futuras mitigaciones.

Memoria, planificación y observabilidad

En gestión de memoria, entra en escena DAMON_STAT, un nuevo módulo que simplifica el seguimiento de la actividad del gestor de memoria (MM), facilitando estadísticas sin tener que montar infraestructuras de observación complejas. También se añade una opción para reservar espacio para volcados de kernel (crash dumps), lo que hace más fiable la captura de información tras un fallo crítico.

En el planificador, Linux 6.17 agrega control de ancho de banda basado en cgroups a la clase de planificador extensible, permitiendo repartir de forma más fina los recursos de CPU en entornos multi‑tenant o con cargas mixtas. Por último, en s390 aparecen mejoras para intercambio y migración de huge pages transparentes, optimizando escenarios de memoria a gran escala en esa plataforma.

Redes y transporte

En redes, el subsistema MCTP gana soporte de enrutado por gateway, lo que amplía su utilidad en topologías complejas de gestión de componentes. TCP multipath puede ahora ajustar la opción TCP_MAXSEG, y se incorpora DualPI2 como nuevo algoritmo de control de congestión. Además, se introduce el sysctl IPv6 force_forwarding, que habilita el reenvío por interfaz, afinando políticas de enrutamiento.

Sistemas de ficheros

El sistema Btrfs recibe soporte de large‑folio, un paso importante para reducir sobrecarga y mejorar eficiencia en operaciones de memoria. EXT4 mejora su escalabilidad tanto en la asignación de bloques como en la E/S con buffer, lo que debería verse reflejado en menor contención y mayor rendimiento bajo carga. EROFS, por su parte, suma compresión de metadatos, recortando huella y potencialmente acelerando accesos en ciertas cargas de sólo lectura.

Controladores y soporte de hardware en GNU Linux-libre 6.17

En el área de drivers, destaca un nuevo controlador para acceder a gráficas discretas de Intel en dispositivos NVM, abriendo vías de gestión y diagnóstico más directas. Se incluyen mejoras para el Framework Laptop 13 con AMD Ryzen AI 300, así como soporte para portátiles ASUS Commercial que usan el chip de audio CS35L41 bajo HDA, y compatibilidad con los HP EliteBook x360 830 G6 y HP EliteBook 830 G6.

En placas y sistemas embebidos, aparece un regulador para la pantalla Raspberry Pi V2 de 7» (720×1280), soporte pinmux/pinconf para Raspberry Pi 1 y compatibilidad con el Argon40 Fan HAT. También llega SoundWire para la plataforma AMD ACP 7.2, y se añaden compatibilidades peculiares como las Touch Bar de los MacBook Pro x86, los dispositivos Forcepad (F21) o el OneXPlayer X1 Pro. Todo esto, claro está, sujeto a que no se requiera firmware propietario en el entorno Linux‑libre.

Disponibilidad de GNU Linux-libre 6.17, descargas e instalación

El proyecto ha anunciado la disponibilidad de los tarballs comprimidos de GNU Linux‑libre 6.17 en su web oficial, como en la llegada de Linux‑libre 6.16. Para quienes prefieran paquetes ya listos, existen binarios para distribuciones basadas en Debian (DEB) y en Red Hat (RPM), proporcionados respectivamente por los proyectos Freesh y RPM Freedom. La instalación del kernel GNU Linux‑libre es posible en prácticamente cualquier distribución, ya sea en paralelo al kernel estándar o como sustituto.

Si tu objetivo no es usar Linux‑libre sino el kernel Linux 6.17 estándar, puedes descargarlo desde kernel.org o desde el árbol git de Linus Torvalds. No obstante, la recomendación habitual es esperar a que la nueva versión aterrice en los repositorios estables de tu distribución para evitar incompatibilidades y disfrutar de parches de integración específicos.

Hoja de ruta: lo que viene con 6.18

Con el lanzamiento de Linux 6.17 se abre la ventana de fusiones (merge window) para la siguiente rama mayor, Linux 6.18. Según las previsiones compartidas, 6.18 debería llegar entre finales de noviembre y principios de diciembre de 2025 como nueva serie LTS, mientras que el primer Release Candidate está previsto para el 12 de octubre. Para GNU Linux‑libre, esto implica preparar de antemano los parches de deblobbing, revisar cambios en controladores y adaptar la limpieza allí donde aparezcan nuevas dependencias de firmware no libre.

Quien busque un kernel libre sin concesiones encontrará en GNU Linux‑libre 6.17 una edición acorde a sus principios, con limpiezas puntillosas y sincronía con las mejoras del kernel principal. Si bien la compatibilidad de ciertos dispositivos puede resentirse por la ausencia de blobs, el conjunto ofrece una base sólida, actualizada y con vías claras de descarga e instalación tanto en forma de tarballs como de paquetes para las familias DEB y RPM. Para el kernel Linux estándar 6.17, las mejoras de rendimiento, seguridad y soporte de hardware también se dejan notar, y conviene vigilar el calendario hacia 6.18 si te interesa subirte pronto a la próxima LTS.

  • No hay más artículos
❌