La nueva versión Fwupd 2.0.18 ya está disponible como actualización de mantenimiento dentro de la rama 2.0 de esta herramienta abierta para gestionar el firmware en sistemas GNU/Linux, precedida por la versión Fwupd 2.0.17. Este lanzamiento se centra en pulir la experiencia de actualización, ampliar la compatibilidad con más dispositivos y mejorar el manejo de situaciones habituales como los reinicios requeridos tras instalar nuevo firmware.

En un momento en el que las actualizaciones de firmware son clave para la seguridad, estabilidad y soporte de hardware Fwupd 2.0.18 avanza en ofrecer un proceso más ágil y menos problemático, tanto para equipos de sobremesa y portátiles como para periféricos y estaciones de acoplamiento.

Nuevos dispositivos compatibles con Fwupd 2.0.18

Una de las novedades más visibles de Fwupd 2.0.18 es la incorporación de soporte para nuevos dispositivos de hardware que se suman al catálogo ya disponible a través del Linux Vendor Firmware Service (LVFS). Entre los equipos y periféricos añadidos destacan el Lenovo Legion Go 2, reconocido como dispositivo HID, el hub HP Portable USB-C 4K HDMI y diversos dispositivos Synaptics HapticsPad.

La inclusión de estos equipos resulta relevante para usuarios de portátiles, docks USB-C y mandos o paneles táctiles que buscan mantener todo su hardware actualizado desde Linux, sin depender de herramientas externas o sistemas operativos adicionales. Esta integración continúa la línea de trabajo de LVFS como repositorio centralizado de firmware para múltiples marcas.

Gestión mejorada de reinicios tras actualizaciones

Fwupd 2.0.18 introduce varios cambios pensados para gestionar mejor los casos en los que una actualización de firmware exige un reinicio del equipo. La herramienta puede ahora mostrar un mensaje MOTD (Message of the Day) específico para aquellos dispositivos que necesitan reiniciarse tras aplicar actualizaciones en modo «staged».

Además, la nueva versión es capaz de crear de forma automática un fichero «reboot-required» cuando el firmware instalado requiere reinicio, algo que facilita la integración con scripts de administración de sistemas y con políticas de mantenimiento en organizaciones. También se ha afinado el comportamiento al actualizar estaciones de acoplamiento USI, permitiendo completar el proceso sin necesidad de desconectar y volver a conectar manualmente el dispositivo.

Fwupd 2.0.18 introduce mejoras internas y rendimiento del motor de firmware

Más allá de las nuevas compatibilidades, Fwupd 2.0.18 se centra en optimizar su funcionamiento interno. Una de las mejoras señaladas es el incremento notable en la velocidad de búsqueda de flujos de firmware, lo que reduce el tiempo necesario para localizar e identificar actualizaciones disponibles en sistemas con múltiples dispositivos o repositorios.

Esta versión también añade un problema específico para dispositivos MTD cuando se detecta que el bloqueo Intel SPI BIOS está activado, reforzando así las comprobaciones de seguridad a la hora de gestionar firmware del sistema. Paralelamente, se incorpora soporte para cambiar el nombre de los dispositivos hijos cuando se emplea la opción PARENT_NAME_PREFIX, lo que mejora la claridad y consistencia en la identificación de hardware dentro del sistema.

Avances en soporte UEFI, BIOS y arquitecturas

En el terreno UEFI, Fwupd 2.0.18 ajusta el tratamiento de varios elementos clave. A partir de ahora, la herramienta analiza correctamente la estructura EFI_CAPSULE_RESULT_VARIABLE_HEADER, evitando interpretaciones incorrectas de los resultados de las cápsulas UEFI tras las actualizaciones.

Se ha limitado además la conversión del campo de versión de tipo uint32_t al formato de versión de dispositivo exclusivamente a los dispositivos UEFI, lo que reduce posibles incoherencias con otros tipos de hardware. Otra mejora importante es la caída controlada al uso de la versión SMBIOS para los dispositivos BIOS basados en MTD cuando es necesario, garantizando una detección más fiable en situaciones donde los datos de firmware no son homogéneos.

En lo que respecta a las arquitecturas, Fwupd ahora establece el valor de PlatformArchitecture usando la arquitectura de CPU real en máquinas RISC-V, lo que permite integraciones más precisas con herramientas de inventario, monitorización y despliegue de firmware en sistemas que utilizan esta plataforma emergente.

Refinamiento de UpdateCapsule y funcionamiento sin Secure Boot

La función UpdateCapsule, empleada para aplicar cápsulas de firmware en sistemas que utilizan UEFI, también recibe atención en este lanzamiento. Fwupd 2.0.18 mejora su funcionamiento en equipos que no cuentan con Secure Boot habilitado, ampliando así el rango de sistemas que pueden beneficiarse de actualizaciones automatizadas sin requerir cambios complejos en la configuración del firmware.

Este refuerzo del soporte en escenarios sin Secure Boot es de interés para muchas instalaciones de Linux en entornos mixtos o heredados, donde el arranque seguro no siempre está activado, pero sí se necesita un método fiable para mantener al día el firmware de la placa base y otros componentes.

Fwupd 2.0.18 y las mejoras en herramientas, detección de entorno y tiempos de espera

En el plano de las herramientas complementarias, se ha ajustado el comportamiento del comando fwupdtool para que solo intercepte la señal SIGINT cuando resulta estrictamente necesario, evitando interferencias con otros procesos o scripts que gestionen señales en paralelo.

Asimismo, se ha introducido un tiempo de espera más razonable en las peticiones HID qc-s5gen2, con el objetivo de reducir bloqueos o esperas excesivas en ciertos dispositivos. El código responsable de detectar si el sistema se ejecuta en un hipervisor o dentro de un contenedor ha sido también reestructurado, de modo que esa lógica pueda aprovecharse desde distintos complementos (plugins) de Fwupd.

Correcciones de errores y robustez general

La versión 2.0.18 incorpora un amplio conjunto de correcciones con impacto directo en la estabilidad. Entre ellas se incluye una mejora en el análisis de los descriptores USB BOS, que son claves para identificar las capacidades avanzadas de los dispositivos USB durante las operaciones de actualización de firmware.

También se han corregido los flags de cápsula específicos para x86_64 al desplegar firmware UEFI, asegurando que las actualizaciones en sistemas de 64 bits se apliquen con los parámetros adecuados. La compatibilidad de las páginas de manual con herramientas como apropos y whatis se ha ajustado, facilitando que administradores y usuarios encuentren rápidamente la documentación relevante desde la línea de comandos.

Otras correcciones abordan incidencias con las actualizaciones de dispositivos Huddly cuando se producen cambios de versión mayor, así como un fallo que provocaba cierres inesperados al intentar registrar una emulación i2c. Todo ello contribuye a una experiencia más sólida y predecible en el uso diario del servicio.

Contexto del proyecto LVFS y apoyo de fabricantes

El desarrollo de Fwupd está estrechamente vinculado al Linux Vendor Firmware Service (LVFS), plataforma que actúa como punto central para distribuir firmware a millones de equipos Linux. LVFS supera ya ampliamente las cien millones de descargas de firmware, impulsando que más fabricantes de hardware se involucren y colaboren, bien mediante aportación de ingeniería o mediante acuerdos de patrocinio económico.

En este contexto, Framework Computer se ha convertido en uno de los nuevos patrocinadores destacados del ecosistema LVFS/Fwupd, bajo un modelo de cuotas anuales que ayuda a sostener el proyecto. Esta colaboración se suma a la aportación continuada de Red Hat, que emplea al desarrollador principal Richard Hughes, y al soporte de la Linux Foundation, que acoge el proyecto bajo su paraguas. También participan contribuyentes relevantes como AMD a través de su personal de ingeniería, y empresas interesadas como Dell quiso llevar las actualizaciones a Linux.

Más allá de la parte económica, Framework ha ejercido presión sobre sus proveedores para que integren soporte nativo de Fwupd y LVFS en sus productos, con el objetivo de simplificar la actualización de firmware en portátiles como Framework 16 y otros equipos compatibles con Linux. Esta dinámica empuja al resto de fabricantes a ofrecer una experiencia de actualización más homogénea y accesible para usuarios y empresas.

Disponibilidad de Fwupd 2.0.18 para usuarios de Linux

Fwupd 2.0.18 se distribuye como tarball de código fuente a través de GitHub, donde también se puede consultar el listado completo de cambios y notas de la versión. No obstante, la vía recomendada sigue siendo la instalación y actualización desde los repositorios estables de la distribución GNU/Linux utilizada, ya sea mediante gestor gráfico o por línea de comandos.

Distintas distribuciones irán incorporando Fwupd 2.0.18 en sus canales estables a medida que se completen las pruebas e integraciones, lo que permitirá recibir automáticamente las novedades de esta versión junto al resto de actualizaciones habituales del sistema. De este modo, tanto equipos domésticos como estaciones de trabajo y servidores podrán beneficiarse de los avances en compatibilidad, rendimiento y fiabilidad sin cambios drásticos en su flujo de administración.

Con esta actualización, Fwupd consolida su papel como herramienta de referencia para mantener el firmware al día en entornos Linux, combinando un soporte creciente de hardware, mejoras en la gestión de reinicios, optimizaciones en UEFI y BIOS y un esfuerzo constante por pulir errores. En paralelo, el refuerzo del ecosistema LVFS mediante la implicación de fabricantes y organizaciones ayuda a construir una base más sólida para que usuarios, empresas y administraciones públicas puedan gestionar sus dispositivos de forma más segura, transparente y centralizada.

La nueva versión de la pila gráfica de código abierto, Mesa 25.3, ya está disponible y aterriza como una actualización de calado para los sistemas GNU/Linux. El foco está en nuevas extensiones, más compatibilidad y un rendimiento mejorado que se dejará notar en videojuegos y aplicaciones 3D.

Para el público europeo y español, el lanzamiento es especialmente interesante: las principales distribuciones (Ubuntu, Debian, Fedora, Arch, openSUSE) irán incorporando el paquete estable en sus repositorios, mientras que quienes compilan por su cuenta pueden obtener el código desde el sitio oficial. El objetivo del proyecto se mantiene: ofrecer una base común y moderna para OpenGL, Vulkan y OpenCL en hardware actual.

Novedades clave de Mesa 25.3

El salto de funciones en esta entrega es amplio. Se añaden múltiples extensiones de Vulkan a drivers como ANV (Intel), RADV (AMD), NVK (NVIDIA), PanVK, HoneyKrisp y PVR, además de nuevas extensiones de OpenGL para V3D, Panfrost, R300, Zink y RadeonSI.

Entre los titulares técnicos, Mesa 25.3 incorpora un driver Gallium para Arm Ethos NPU (en combinación con el framework Teflon), soporte de mesh shaders en Zink y la capacidad de reemplazar shaders SPIR-V en los controladores Vulkan de Mesa.

También llegan semáforos de OpenCL en Rusticl, soporte Vulkan WSI para modos atómicos (atomic mode-setting) y mejoras en vídeo para AMD. El controlador PVR ahora expone compatibilidad con Vulkan 1.2, hay avances en Anti-Lag de AMD en Vulkan y se optimiza el trazado de rayos en RADV.

De cara a la gestión de pipelines, la serie suma VK_KHR_pipeline_binary en ANV y NVK, lo que ayuda a reducir tiempos de carga y refuerza la estabilidad. Además, el controlador NVK gana madurez e incluso soporte para Blackwell, mientras que la base de Intel amplía compatibilidad con Wildcat Lake.

En el apartado de limpieza técnica, se abandona el front-end VDPAU, y se introducen mejoras de rendimiento transversales para Intel, AMD, NVK y otros controladores. Son ajustes que, en conjunto, suavizan stuttering, refinan compilación de shaders y recortan cuellos de botella.

Rendimiento en juegos y experiencia con Proton

Los cambios repercuten directamente en títulos populares. Mesa 25.3 mejora compatibilidad y estabilidad en juegos como Indiana Jones and the Great Circle, Penumbra: Overture, Borderlands 4, Resident Evil 4: Separate Ways, Doom: The Dark Ages, Endless Legend 2, No Man’s Sky, Assassin’s Creed Valhalla, Wuthering Waves, Hades 2, Dying Light, Age of Wonders 4, Baldur’s Gate 3, Final Fantasy XVI, Call of the Wild: The Angler y Elite Dangerous.

La lista continúa con Shadow of the Tomb Raider, Horizon Forbidden West Complete Edition, Cyberpunk 2077, Midnight Club 3, Hollow Knight: Silksong, The Witcher 3, Dragon Age: The Veilguard, Ratchet & Clank, Counter-Strike 2, Ghost of Tsushima, Like a Dragon: Infinite Wealth y Red Dead Redemption 2. En equipos con Intel, AMD o NVIDIA, estas mejoras se aprecian tanto en títulos nativos como en los que se ejecutan vía Proton/Steam Play.

En particular, durante el ciclo de desarrollo de esta serie se han abordado correcciones de renderizado en ANV (Intel) para juegos Direct3D vía Proton, reduciendo artefactos visuales y fallos molestos. Junto a las optimizaciones de RADV (AMD) y las mejoras de compatibilidad en NVK (NVIDIA), la experiencia de juego gana solidez y consistencia.

Soporte de hardware y controladores

La cobertura de dispositivos sigue ampliándose. Intel ve reforzado ANV y soporte para plataformas como Wildcat Lake; AMD obtiene avances en RADV y en aceleración de vídeo; y NVK continúa avanzando como alternativa abierta al stack propietario, con mejor alineación frente a hardware reciente.

Del lado de Arm y la escena de SBC/SoC, Panfrost y V3D reciben nuevas extensiones de OpenGL, mejorando la base para dispositivos con GPU Mali y Raspberry Pi. El ecosistema PVR suma Vulkan 1.2, y Zink se beneficia de los mesh shaders, abriendo la puerta a mayor flexibilidad en la traducción OpenGL sobre Vulkan.

Disponibilidad de Mesa 25.3 y actualización en distribuciones

Quien prefiera compilar ya puede descargar el tarball de FreeDesktop.org (GitLab) o el sitio oficial de Mesa. Para la mayoría de usuarios, lo más cómodo será esperar a que 25.3 aterrice en los repositorios estables de su distribución, asegurando compatibilidad y soporte del mantenimiento de la propia distro.

Como siempre, conviene leer las notas de la versión y las advertencias de cada distribución antes de actualizar, especialmente si se usan entornos de producción o máquinas destinadas a juego competitivo, donde la estabilidad y la latencia son clave.

Qué cambia

Para jugadores de PC y quienes usan soluciones como Steam Deck, la mejora en compilaciones de shaders y la reducción de stuttering se notará a corto plazo en títulos exigentes. Los estudios que portan juegos a Linux cuentan ahora con más extensiones estandarizadas y un comportamiento más predecible.

En entornos profesionales y educativos, la ampliación de soporte en Vulkan y OpenGL facilita flujos de trabajo 3D, CAD y visualización científica en estaciones Linux. La llegada de un driver Gallium para NPUs de Arm, junto con mejoras en Rusticl y Zink, es una señal de hacia dónde evolucionan los pipelines abiertos.

Mesa 25.3 se consolida como una actualización relevante para el ecosistema gráfico en Linux: más funciones, mejor compatibilidad y rendimiento afinado, tanto en controladores de Intel, AMD y NVIDIA como en plataformas Arm y PowerVR, y con un impacto directo en un buen puñado de juegos actuales.

La nueva versión de mantenimiento de Mesa 25.2.7 ya está aquí y, como buen lanzamiento bisemanal, llega cargada de arreglos y pequeños añadidos que marcan la diferencia en el día a día. Bajo la etiqueta 25.2.7, Eric Engestrom ha puesto a disposición de todos esta actualización de la colección de controladores gráficos de código abierto más extendida en Linux para OpenGL y Vulkan. Quien utilice AMD, Intel, NVIDIA (vía Nouveau/NVK), Broadcom, ARM Mali y otros tantos, notará mejoras repartidas por casi todas las áreas del proyecto, incluidas correcciones en vídeo Vulkan, ajustes de compatibilidad para juegos y retoques de estabilidad en varios drivers de software.

El anuncio llega fechado el 12 de noviembre e incluye instrucciones claras para colaborar: si te topas con un fallo, puedes abrir incidencia en el repositorio oficial de Mesa en GitLab. Además, se ha fijado el ritmo habitual: el próximo conjunto de correcciones está previsto dentro de dos semanas, el 26 de noviembre. Por si fuera poco, se adelanta que la rama 25.3 —la próxima publicación trimestral con nuevas funciones— verá la luz en los próximos días, así que el ciclo no se detiene y promete novedades importantes a corto plazo.

Qué trae Mesa 25.2.7: panorama general

Entre los cambios más visibles, destaca una hornada potente de correcciones en el stack de vídeo de Vulkan para AMD (RADV), con arreglos específicos alrededor de contenidos AV1, además de mejoras que evitan punteros nulos y tratan correctamente escenarios de sesión sin feedback o con parámetros ausentes. En paralelo, el nuevo driver NVK —el impulsor de Vulkan para GPU de NVIDIA desde Maxwell en adelante— añade compatibilidad con los modificadores de NVIDIA Blackwell en formatos de 8 y 16 bits, mientras que el driver Asahi (Apple Silicon) corrige la importación multiparámetro de planos de imagen. Se suman ajustes en Rusticl (OpenCL) que afinan códigos de error y preservan ceros con signo, y Lavapipe amplía límites clave como maxPrimitiveCount y MAX_DESCRIPTOR_UNIFORM_BLOCK_SIZE, a la vez que rellena descriptores nulos de imagen con cero para evitar sorpresas.

Para el usuario de a pie que juega en Linux, esta versión incorpora varias soluciones prácticas: se introduce una entrada de DriConf específica para el título Investigation Stories: gunsound, un modo “vertex_program_default_out” orientado a Penumbra: Overture que inicializa salidas del programa de vértices a vec4(0,0,0,1), y un apaño en RADV para lidiar con descriptores ilegales de profundidad/plantilla detectados con No Man’s Sky. Todo ello complementa otros pulidos en controladores de CPU (LLVMpipe), arreglos del pipeline gráfico en Intel y AMD, y mejoras de robustez y trazado en u_trace, entre otras.

Cambios detallados de Mesa 25.2.7

• RADV (Vulkan para AMD): numerosos arreglos en codificación AV1 (incluida la codificación compuesta bidireccional con order_hint desactivado), tratamiento correcto de versiones de firmware, gestión de direcciones de DPB ficticias y sincronización de cargas VMEM cuando los prólogos manejan atributos de 64 bits.
• NVK (Vulkan para NVIDIA): soporte para los modificadores Blackwell de 8 y 16 bits; Mesa también importa los nuevos modificadores de NVIDIA en la capa drm-uapi, allanando la integración del ecosistema.
• Asahi (Apple Silicon): corrección de importaciones multiplano, evitando errores en formatos con varios planos de imagen.
• Lavapipe: incremento de maxPrimitiveCount y del tamaño máximo de bloques uniformes de descriptores; descriptores nulos de imagen inicializados a cero; pequeños ajustes en NIR/LLVM que mejoran resultados numéricos y consistencia.
• Rusticl (OpenCL): varias correcciones en colas y argumentos de kernel, con manejo más correcto de códigos de error y preservación de ceros con signo por defecto en SPIR-V.
• DriConf y juegos: entradas específicas para Investigation Stories: gunsound y Penumbra: Overture; workaround en RADV para No Man’s Sky ante descriptores de profundidad/plantilla no válidos.
• LLVMpipe: recomputación estable de 1/w y mejoras en paths de importación de fd, mapeo de udmabuf y binding disperso; se corrigen varios manejos de error.
• Intel (ANV y runtime): evitación de timestamps inválidos por comandos omitidos, simplificación del hashing de robustez y correcciones de flush no tipado en consultas de AS, además de arreglos con stride de datos indirectos.
• u_trace: reserva de espacio de bloque antes de emitir copias, y trazado en tu (Adreno) para draw calls usando rp_trace, aportando diagnósticos más fiables.

Drivers y plataformas bajo el paraguas de Mesa

No es casualidad que cada entrega de Mesa toque tantas piezas: el proyecto aglutina un abanico muy amplio de controladores. A continuación, un repaso rápido —resumido y reescrito— de los principales y lo que cubren, para ubicarse con claridad en qué parte puede afectarte cada corrección. Muchos de estos componentes están “aguas arriba” en Linux y varios cuentan con soporte oficial de sus fabricantes o bien con desarrollo comunitario.

• AMD R300: driver para la serie Radeon R300.
• AMD R600: soporta Radeon HD 2000; con respaldo oficial de AMD y uno de los dos drivers Linux disponibles para ese hardware.
• AMD RadeonSI: OpenGL y OpenCL para GPUs AMD desde Southern Islands en adelante, con soporte oficial de la compañía.
• AMD RADV: Vulkan para GPUs GCN y RDNA; no es driver oficial de AMD, pero se nutre de documentación pública de la casa.
• Broadcom V3D: OpenGL para VC5 y superiores, presente por ejemplo en Raspberry Pi 4; es el controlador oficial en Linux para ese hardware.
• Broadcom V3DV: Vulkan para VC5 y posteriores, en la línea de V3D.
• Broadcom VC4: para VC4, muy común en varios modelos de Raspberry Pi; es uno de los dos drivers Linux y tiene soporte oficial.
• Etnaviv: cubre GPUs Vivante GCxxx; desarrollo comunitario por ingeniería inversa, sin respaldo de Vivante.
• Freedreno: para GPUs Qualcomm Adreno (de A2xx a A6xx); también por ingeniería inversa y comunidad, no avalado por Qualcomm.
• Intel ANV: Vulkan para hardware Intel desde Gen 7 hacia arriba; es el controlador oficial de la marca en Linux para esta API.
• Intel Iris: OpenGL para Intel desde Gen 8; driver de siguiente generación y con soporte oficial.
• Intel Crocus: OpenGL para Gen 7 y anteriores, heredero de i965 e inspirado en Iris; no está respaldado por Intel.
• Lima: libre y comunitario para ARM Mali-4xx; no tiene aval de ARM.
• Nouveau: cubre un amplio rango de GPUs NVIDIA desde NV04 (Riva TNT) hasta NVF0 (GeForce GTX 780) y la mayoría de Tegra; es comunitario y sin apoyo de NVIDIA.
• NVK: driver Vulkan para NVIDIA desde Maxwell (parte de GTX 700/800 y la mayoría de 900) en adelante; tampoco cuenta con aval oficial.
• Panfrost: libre para ARM Mali Midgard, Bifrost y Valhall; proyecto comunitario con soporte de Arm.
• Imagination PowerVR: Vulkan para GPUs PowerVR Rogue con soporte oficial del fabricante.

Descarga, verificación y firma

Para quien necesite construir o empaquetar, se ha etiquetado el código como git tag mesa-25.2.7 y está disponible un tarball con su firma. La descarga oficial se encuentra en el archivo tar.xz de la web del proyecto, acompañado de las huellas criptográficas. Si vas a integrar esta versión en un sistema de producción o distribución, conviene comprobar las sumas suministradas y validar la firma PGP antes de desplegar.

• Tarball: https://mesa.freedesktop.org/archive/mesa-25.2.7.tar.xz
• SHA256: b40232a642011820211aab5a9cdf754e106b0bce15044bc4496b0ac9615892ad
• SHA512: 87dd815e0d11d6ec0eb969ee93d3f376103bb899d90599e0b7902394e41c58139384df79f89633e132ca969348d3320f55308a74651d409b454d51f1bcda27bc
• PGP: https://mesa.freedesktop.org/archive/mesa-25.2.7.tar.xz.sig

Calendario y próximos pasos

El ciclo de mantenimiento continúa a buen ritmo: el siguiente paquete de correcciones está programado en dos semanas (26 de noviembre), de manera que la 25.2.8 debería seguir puliendo esquinas que queden por limar. Mientras tanto, la inminente rama 25.3 traerá funcionalidades nuevas a la mesa —nunca mejor dicho— y, por lo adelantado, apuntará a mejoras de mayor calado que van más allá de simples bugfixes. Si trabajas con drivers, motores o juegos que dependen de características recientes, mantente atento al anuncio.

Por qué te interesa actualizar

Si tu GPU o tu flujo de trabajo se ve afectado por alguno de los apartados anteriores, la actualización merece el esfuerzo. Quienes utilicen Vulkan Video con AV1 en AMD, NVK en hardware NVIDIA reciente, o dependan de Lavapipe/LLVMPipe en entornos sin aceleración, verán estabilidad reforzada. Los jugadores que se topasen con contratiempos en títulos concretos (Investigations Stories: gunsound, Penumbra: Overture, No Man’s Sky) también se beneficiarán de los nuevos “workarounds”. En Intel, se han afinado aspectos sutiles como la generación de timestamps y el tratamiento del stride en datos indirectos; y en el territorio Panfrost/PanVK se corrigen detalles de formatos y MSAA que, en conjunto, mejoran la experiencia global.

No hay grandes “features” rompedoras (para eso llega la 25.3), pero sí pequeñas piezas que, sumadas, cimentan un stack gráfico más sólido. De paso, el trabajo de limpieza en compilación (C23), CI y documentación asegura que las próximas iteraciones aterricen con menos sobresaltos. Es la clase de versión que, aunque discreta, conviene tener al día para evitar fallos ya conocidos y ganar confiabilidad.

La impresión general que deja Mesa 25.2.7 es la de un engranaje bien engrasado: arreglo tras arreglo en RADV, soporte actualizado en NVK para la última hornada Blackwell, un Asahi más fino con multiparámetro de planos, límites de Lavapipe ampliados, Rusticl más fiel a las normas y juegos complejos que funcionan mejor gracias a DriConf y a los apaños puntuales. Entre descargas verificables con sus sumas, un calendario claro de lanzamientos y una comunidad que no para, el ecosistema Mesa sigue demostrando que el ritmo constante y las mejoras pequeñas —pero bien dirigidas— sostienen ese extra de estabilidad y rendimiento que todos notamos.

La comunidad de Linux estrena Fwupd 2.0.17, la última revisión del servicio de actualización de firmware que trabaja mano a mano con el LVFS, pocos días después de que la plataforma celebrase superar los 135 millones de descargas. Este lanzamiento pone el foco en ampliar compatibilidad, pulir errores y reforzar la seguridad de extremo a extremo.

Entre los cambios más destacados aparecen los despliegues por fases en el lado del cliente y el soporte de firmas poscuánticas, junto a mejoras prácticas como limpieza de caché, nuevas utilidades de diagnóstico y cobertura para más dispositivos, desde SSD NVMe hasta periféricos. Todo ello llega sin estridencias, con el objetivo de que las actualizaciones de firmware en Linux sean más previsibles y seguras.

Novedades clave de Fwupd 2.0.17

Este ciclo introduce funciones orientadas tanto a administradores como a usuarios avanzados, con especial atención a despliegues controlados y a la protección criptográfica futura mediante Dilithium.

• Despliegues por fases en el cliente para distribuir actualizaciones de forma escalonada.
• Soporte de firmas poscuánticas (CRYSTALS-Dilithium) para verificar metadatos y artefactos.
• Generación de GUID NVMe a partir del número de serie.
• Compatibilidad con versiones muy antiguas de UDisks.
• Opción para vaciar el directorio de caché y nueva orden fwupdtpmevlog para volcar el eventlog sin procesar.
• Reescritura de fwupdmgr manpage para que sea más útil.
• Análisis de almacenes de variables VSS y FTW desde volúmenes EFI.
• fwupdtool mejora la extracción en imágenes profundamente anidadas.
• Incorporación de hashes offline para MS 20250902 dbx y de KEK/db específicos de Framework.
• Actualización de la región BIOS IFD vía MTD padre y análisis del área FMAP SBOM como uSWID cuando proceda.

Además de estas funciones, el proyecto continua afinando los flujos UEFI y MTD para minimizar incidencias en escenarios reales, algo especialmente relevante en entornos empresariales europeos.

Compatibilidad de hardware ampliada

La lista de dispositivos compatibles sigue creciendo para abarcar más tipos de periféricos y almacenamiento, lo que facilita que más equipos reciban firmware sin salir de Linux.

• ASUS CX9406 (controlador táctil).
• Teclado Framework Copilot.
• Genesys GL352530 y GL352360.
• Huddly C1.
• SSD NVMe de Lexar y Maxio.
• Ratón Primax Ryder 2.

Esta selección cubre tanto estaciones de trabajo como portátiles y periféricos habituales en Europa, reflejando la colaboración entre fabricantes y el ecosistema LVFS/fwupd.

Cambios de comportamiento y mejoras de fiabilidad

El equipo ha incorporado ajustes que reducen falsos positivos, reinstalaciones innecesarias y condiciones de carrera, afinando la experiencia de actualización en el día a día con menos fricción.

• Evita mostrar avisos de reinstalación en dispositivos compuestos y asocia correctamente componentes históricos.
• No permite actualizar PK o KEK cuando el sistema tiene instalada una clave de prueba.
• Las pruebas instaladas ya no requieren alimentación AC.
• Impide reinstalar con la opción ONLY_VERSION_UPGRADE.
• No explora volúmenes EFI al construir dispositivos BIOS MTD; garantiza que REGION esté siempre definida en hijos IFD MTD.
• Relaja comprobaciones del hijo USI dock DMC para nuevo firmware.
• Valida que los IDs de instancia SCSI sean ASCII y ignora dispositivos MTD de GPU Intel.
• Mayor retardo al actualizar estado de periféricos Logitech y limpieza de eventos obsoletos para mejorar la fiabilidad de Rallybar.
• Un único dispositivo devlink por tarjeta PCI.
• Reversión a la API de flashrom deprecada al resultar inusable la nueva API.
• Ignora errores al escribir la última página del firmware de docks Dell.

Estos cambios buscan estabilidad en topologías complejas (docks, tarjetas PCI, periféricos USB) y una experiencia más predecible en flotas.

Errores corregidos en Fwupd 2.0.17

La versión soluciona una batería de fallos detectados en el ciclo anterior y en escenarios reportados por usuarios y fabricantes, con correcciones específicas para hardware popular.

• Aviso crítico al analizar firmware inválido de Jabra.
• Bloqueo al analizar Ilitek.
• Condición de carrera de inotify al actualizar metadatos.
• Problema de activación pendiente en estaciones de acoplamiento de Dell.
• Posible cuelgue al crear arrays de bloques alineados.
• Grabación de emulación MTD en dispositivos respaldados por PCI.
• Orden de dispositivos cuando el padre requiere instalar primero.
• Disposición FLMSTR al leer particiones IFD.
• Escritura de datos y código de OptionROM de GPU Intel.
• Controlador Thunderbolt que finalizaba antes de activar retimers.

Con estas correcciones, el mantenimiento de firmware crítico mejora de forma tangible, reduciendo incidencias y tiempos de inactividad.

Disponibilidad y cómo actualizar en Linux

La recomendación para la mayoría de usuarios es instalar fwupd desde los repositorios estables de su distribución (Debian, Ubuntu, Fedora, etc.). Las notas de la versión y el código fuente están disponibles en la página del proyecto en GitHub.

Para verificar y aplicar actualizaciones desde terminal, pueden usarse órdenes como fwupdmgr get-devices, fwupdmgr refresh y fwupdmgr update. En organizaciones, los despliegues por fases en cliente ayudan a reducir riesgos al extender gradualmente las nuevas versiones.

Esta publicación supone un paso más en la madurez del mantenimiento de firmware en Linux, combinando una seguridad reforzada (Dilithium), un catálogo de hardware más amplio y mejoras operativas que facilitan la vida a usuarios y equipos IT.

La nueva publicación de Mesa 25.2.6 llega como una actualización de mantenimiento enfocada en la estabilidad, anunciada el 29 de octubre de 2025. Eric Engestrom confirmó que se trata de una versión de corrección de errores dentro de la rama 25.2, con el objetivo de pulir fallos detectados tras la 25.2.5 y mejorar la robustez de varios controladores y capas.

En esta entrega se afinan componentes clave de la pila gráfica: desde Vulkan y OpenGL hasta drivers como ANV, RADV, Zink, NVK, PanVK, Panfrost, r600, radeonsi o el backend de Intel (brw), entre otros. La idea no es introducir grandes características, sino resolver incidencias reales vistas en juegos, bancos de prueba y compilaciones recientes (por ejemplo, con glibc 2.42), y dejar todo listo para el siguiente ciclo de correcciones previsto para el 12 de noviembre.

Estado de las APIs en Mesa 25.2.6: OpenGL y Vulkan

En el terreno de OpenGL, Mesa 25.2.6 implementa la especificación 4.6, aunque la versión que verás mediante glGetString(GL_VERSION) o las consultas con glGetIntegerv(GL_MAJOR_VERSION/GL_MINOR_VERSION) dependerá del controlador en uso y del tipo de contexto creado. No todos los drivers exponen cada extensión obligatoria, y el soporte completo de OpenGL 4.6 se obtiene únicamente si se solicita explícitamente durante la creación del contexto.

Eso hace que en contextos de compatibilidad algunos controladores puedan anunciar una versión inferior, ajustándose a sus capacidades reales. Este comportamiento es normal en Mesa, priorizando la estabilidad frente a reportar una versión superior que no pueda sostenerse en la práctica.

Para Vulkan, Mesa 25.2.6 declara la API 1.4, pero el valor que devuelve apiVersion en VkPhysicalDeviceProperties también está supeditado al driver concreto. Distintos backends (ANV, RADV, NVK, PanVK, etc.) declaran niveles de compatibilidad específicos y pueden activar o desactivar funcionalidades en función del hardware y el estado del código.

Errores corregidos en Mesa 25.2.6 más relevantes

El equipo ha zanjado un buen número de fallos detectados desde la 25.2.5. Estos son algunos de los casos más visibles que se han abordado y que interesan a usuarios finales, desarrolladores y testers:

• ANV/PTL/DG2: parpadeos en las texturas durante el benchmark de Assassin’s Creed Valhalla.
• ADL, ANV: Wuthering Waves provoca reinicios de GPU en iGPU de Alder Lake.
• ANV + EXT_debug_utils: fuga de nombres de objeto en sets de descriptores cuando no se llamaba a vkFreeDescriptorSets.
• NVK: fallos en CTS para sample_locations_ext.verify_interpolation.samples_1.
• RuneLite GPU Experimental: regresión con cuelgue de GPU (caso bisectado).
• lp_test_arit.c: colisión de declaración de rsqrtf (estática vs no estática) durante pruebas en llvmpipe.
• Error de compilación con glibc 2.42 solucionado.
• Zink: parpadeos en Chromium al poner vídeos de YouTube a pantalla completa.
• r600: actualizaciones del stride de atributos que podían omitirse.
• ANV: aserto en brew al usar indexación de descriptores con módulo.
• ANV/TGL: test_buffer_feedback_instructions_sm51 de vkd3d-proton con caída.

La lista de arreglos refleja problemas reportados por la comunidad y reproducidos con títulos y herramientas populares. El impacto práctico se traduce en menos cuelgues, menos artefactos visuales y builds más fiables en distribuciones que ya adoptaron glibc 2.42.

Contexto adicional sobre pruebas, juegos y estabilidad

El grueso de cambios aborda problemas que emergen en títulos conocidos (Assassin’s Creed Valhalla, Dota 2, Rise of the Tomb Raider, Wuthering Waves) y en herramientas como vkd3d-proton, Chromium o los tests de conformidad de Vulkan (CTS). Esto se traduce en menos artefactos, menos resets de GPU y menos sorpresas en escenarios comunes.

En ANV y RADV se han aplicado mitigaciones temporales en torno a bugs de asignación de registros y a la gestión de colas de cómputo para evitar cuelgues en determinados ASICs. Estas decisiones priorizan la experiencia del usuario, incluso si suponen desactivar vías de ejecución hasta que llegue un arreglo definitivo.

En Zink se han ajustado el manejo de swapchains y la coherencia del estado de renderizado, corrigiendo el parpadeo al maximizar vídeos en YouTube con Chromium. Para quien use Zink como puente OpenGL→Vulkan, esto ayuda a estabilizar la reproducción de vídeo a pantalla completa.

Los drivers NVK y PanVK reciben mejoras en cachés, descriptores y serialización de metadatos, lo que simplifica la captura/reproducción y evita lecturas erróneas de punteros en SSBOs. Todo ello contribuye a pipelines más predecibles y a una depuración más cómoda.

La parte de Intel (brw) firma varias correcciones de bajo nivel, desde bitfields hasta ballot() en presencia de HALT, reduciendo comportamientos indefinidos en shaders complejos. Este tipo de arreglos llega directamente a motores y runtimes que dependen de compilar shaders de forma agresiva.

Notas de implementación de OpenGL 4.6 y compatibilidad

Aunque Mesa implementa OpenGL 4.6, la versión expuesta no es una promesa ciega: depende del driver y del contexto. Si tu aplicación necesita específicamente GL 4.6, asegúrate de solicitarlo al crear el contexto; en contextos de compatibilidad, algunos controladores declararán una versión inferior si no pueden garantizar el 100% de requisitos.

Es un enfoque conservador, pero alinea expectativas de aplicaciones y hardware. La meta es preservar la estabilidad y evitar que una aplicación active rutas avanzadas que el backend no puede sostener al completo.

Consideraciones para integradores y distros

Quienes empaquetan Mesa deberían prestar atención a los arreglos de compilación con glibc 2.42, al renombrado de rsqrtf en llvmpipe y a los cambios en Vulkan WSI relacionados con scRGB y el color space extendido. Estas piezas reducen fricciones en toolchains modernos y evitan regresiones en entornos de escritorio que migran rápido.

Las mitigaciones específicas para ciertos ASICs de AMD (p. ej., Hawaii) y la desactivación de colas de cómputo bajo condiciones de error son decisiones orientadas a evitar cuelgues en producción. Si mantienes kernels o stacks gráficos de larga duración, conviene revisar estas banderas.

Por su parte, el refuerzo de ANV en la gestión de pools y sets, así como cambios sutiles en render passes, disminuye fugas de recursos y fallos difíciles de rastrear. Los desarrolladores de motores podrán notar menos crashes intermitentes en escenarios con descriptor indexing y subpasses complejos.

Compatibilidad con juegos y capas de traducción

El ajuste en ANV para texturizado compatible con D3D cuando se ejecuta a través de Proton apunta directamente a una mejor compatibilidad con juegos de Windows sobre Linux. También se han aplicado fixes para Wuthering Waves y varios títulos de Valve/ports conocidos.

La reducción de parpadeos, artefactos y bloqueos en escenarios populares (YouTube en Chromium, benchmarks exigentes, test suites) es el tipo de mejora que perciben los usuarios sin tocar ninguna configuración. Simplemente actualizando a 25.2.6 ya debería notarse mayor estabilidad.

Qué esperar tras actualizar a Mesa 25.2.6

Si estabas sufriendo alguno de los problemas listados (parpadeos en juegos, cuelgues con RuneLite experimental, reproducción a pantalla completa con Zink/Chromium, builds rotas con glibc 2.42), esta versión debería solucionarlos o, como mínimo, mitigarlos. Para drivers de AMD/Intel/NVIDIA (vía NVK), el conjunto de fixes converge en menos crashers y más fiabilidad de shader compilers.

A nivel de rendimiento, al ser una bugfix release no cabe esperar saltos notables en FPS, pero sí se percibe una mejora en consistencia: menos stutters debidos a estados erróneos, layouts de attachments mal gestionados o rutas de carga 3D problemáticas.

Con esta entrega queda un stack más consistente para el día a día, que además facilita el trabajo a quienes depuran, empaquetan y prueban con distintos kernels y toolchains. La combinación de pequeñas correcciones se nota cuando sumas horas de juego o desarrollo sin sorpresas desagradables.

Mesa 25.2.5 ya está disponible y se presenta como un lanzamiento centrado exclusivamente en arreglar fallos detectados desde la entrega anterior. Publicada el 15 de octubre, se trata de una actualización incremental pensada para pulir funcionamiento, estabilidad y compatibilidad a partir del trabajo reciente en la rama 25.2.

Aunque no introduce funciones con brillo propio, esta edición viene bien cargada de ajustes internos y correcciones de regresiones. En particular, se afinan comportamientos vinculados a los drivers Vulkan para Intel (ANV) y AMD (RADV), además de mejoras en Zink y en el ecosistema GLX, entre otros. También se recuerdan los matices sobre las versiones de API reportadas para OpenGL y Vulkan, que dependen del controlador en uso.

Compatibilidad de API: OpenGL 4.6 y Vulkan 1.4

Mesa 25.2.5 cuenta con implementación para OpenGL 4.6. No obstante, la versión que una aplicación ve puede variar en función del driver concreto. Más en detalle, las llamadas glGetString(GL_VERSION) o glGetIntegerv(GL_MAJOR_VERSION) y glGetIntegerv(GL_MINOR_VERSION) pueden informar un número inferior si el controlador no cubre todos los requisitos. Además, OpenGL 4.6 solo se expone cuando se solicita explícitamente al crear el contexto; los contextos de compatibilidad pueden anunciar una versión menor según el caso.

En el lado de Vulkan, la pila declara soporte para Vulkan 1.4. Sin embargo, la versión efectiva que ve cada aplicación se deriva del campo apiVersion de la estructura VkPhysicalDeviceProperties, que, una vez más, depende del driver y de sus capacidades. Este detalle es relevante para evitar confusiones: la implementación de la API existe, pero el nivel expuesto puede variar según el hardware, la ruta del driver y las extensiones habilitadas.

Errores corregidos en Mesa 25.2.5 más destacados

La lista de problemas solventados abarca ámbitos diversos, desde drivers Vulkan para Intel y AMD hasta aspectos del proceso de construcción. A continuación, un repaso de los casos destacados, reformulados de forma clara:

• En el driver Vulkan de Intel (ANV), se corrige un fallo de corrupción gráfica en Age of Wonders 4 al utilizar una GPU Arc b580. Este tipo de defectos suele manifestarse como artefactos, parpadeos o texturas mal renderizadas, y su reparación mejora la experiencia en ese título.
• En el controlador NVK, se registra la resolución de un problema donde comentarios del código provocaban incompatibilidades con GPUs Kepler. Evitar estas colisiones internas es crucial para mantener la robustez del driver en hardware más antiguo.
• Se incluye la referencia a un asunto confidencial identificado como #14013. Aunque no se ofrecen detalles públicos, el hecho de figurar asegura su seguimiento dentro del ciclo de mantenimiento.
• En RADV (Vulkan para AMD), se aborda una incidencia en la que la caché de pipelines de meta parecía no funcionar correctamente. Este arreglo es relevante para el rendimiento y la reutilización de compilaciones de shaders en operaciones internas.
• Se detectó un conjunto de pruebas CTS fallando en Gfx12.0 al intentar usar el blitter con configuración TILE_X. La corrección asegura que la ruta de blitter cumpla las expectativas de las pruebas de conformidad.
• En el ámbito de ANV, varios casos del banco de pruebas dEQP-VK.pipeline.*.render_to_image.*3d.*2d_compatible fallaban en Gen9/Gen11. Esta versión aborda esos fallos para reconducir la conformidad y estabilidad en esas generaciones.
• Se soluciona un fallo de compilación, identificado vía bisección, en el archivo clc_helpers.ccp al compilar con LLVM 22. Resolver esta incompatibilidad upstream facilita a los distribuidores y desarrolladores mantener toolchains recientes.

Contexto del lanzamiento y ecosistema

El anuncio oficial de la web del proyecto señala de forma concisa que Mesa 25.2.5 es una versión de corrección de errores. Sin adornos ni grandes titulares, la prioridad en esta ocasión es la fiabilidad. La fecha del comunicado sitúa el hito en mitad de octubre, en plena ventana de cierres y estabilización para distribuciones y entornos de escritorio que planean consolidar pilas gráficas de otoño.

En el panorama más amplio del software libre, la semana del 12 de octubre apareció en recopilatorios de actualidad con numerosas novedades: Ubuntu 25.10, LMDE 7, el fin de vida de Linux 6.16, Wireshark 4.6, GIMP 3.0.6, ClamAV 1.5, LibreOffice 25.8.2, KDE Gear 25.08.2, KDE Frameworks 6.19 y avances del kernel 6.18, entre otros movimientos. La aparición de Mesa 25.2.5 en ese carrusel de noticias refuerza la idea de cierre de ciclos y tareas de pulido antes de que lleguen nuevas grandes iteraciones.

Como es habitual, la comunidad técnica y los medios especializados acompañan estos lanzamientos. Plataformas como Phoronix recuerdan a su audiencia que es posible apoyar el periodismo técnico mediante suscripciones o donaciones, algo que contribuye a que análisis, pruebas de hardware y seguimiento de drivers sigan teniendo continuidad. También es frecuente toparse con avisos de compatibilidad en plataformas sociales (por ejemplo, mensajes sobre JavaScript desactivado en X) cuando se consultan anuncios o hilos técnicos desde navegadores minimalistas.

La edición Mesa 25.2.5 se sitúa como un paso sólido dentro de la serie 25.2: no presume de grandes titulares, pero cierra puertas a problemas molestos, arregla fugas y mejora sincronizaciones. Con los matices habituales sobre las versiones reportadas de OpenGL y Vulkan, el refuerzo en drivers como ANV, RADV y Zink y los numerosos pequeños retoques, esta actualización compensa instalarla cuanto antes para disfrutar de un entorno gráfico más estable y predecible.