Ubuntu estudia crear paquete linux-firmware-hwe para sus versiones LTS
Canonical propone un paquete de firmware alineado al stack HWE, con el objetivo de evitar regresiones en kernels GA y HWE.
Ubuntu está evaluando añadir un nuevo paquete llamado linux-firmware-hwe dentro de su pila de hardware enablement (HWE) para las versiones LTS. Actualmente, los paquetes linux-firmware se actualizan mediante SRU, pero al combinar firmware nuevo con kernels antiguos se generan regresiones, ya que los fabricantes de firmware no prueban esas combinaciones.
Juerg Haefliger, ingeniero de Canonical, explicó en la lista de desarrollo que el backport de firmware a los kernels HWE de LTS suele romper la estabilidad del kernel GA. Citó ejemplos recientes en la rama 7.0 HWE de Noble, donde al menos dos regresiones de AMD afectaron a usuarios del kernel 6.9. La propuesta consiste en que los kernels HWE dependan de linux-firmware-hwe, el cual reemplazaría al paquete linux-firmware tradicional y rompería su instalación simultánea. De esa forma, solo se instalaría una única serie de firmware, evitando incompatibilidades para los usuarios que mantengan exclusivamente el kernel GA.
Para sistemas que tengan instalados ambos kernels, GA y HWE, el firmware HWE se cargaría en ambos, lo que podría seguir provocando problemas al arrancar con el kernel GA, pero al menos se eliminaría la necesidad de mantener dos conjuntos de paquetes de firmware.
El cambio todavía está en fase de discusión. Si se aprueba, podría aparecer primero en Ubuntu 26.10, de modo que al actualizar la pila HWE de Ubuntu 26.04 LTS a los componentes de 26.10, el nuevo paquete de firmware se incorporaría automáticamente. En última instancia, la medida busca ofrecer firmware más reciente a los usuarios que dependen del stack HWE sin sacrificar la estabilidad de los entornos que prefieren el kernel GA.
Esta iniciativa es relevante para administradores de sistemas y equipos de soporte que gestionan despliegues LTS en producción. Un paquete de firmware alineado al kernel HWE simplificaría la gestión de actualizaciones y reduciría la carga de pruebas de regresión. Queda pendiente ver si la comunidad acepta la propuesta y cómo impactará en los flujos de SRU y en la política de backports de Ubuntu.
Enlace a la discusión original en la lista de desarrollo de Ubuntu lista de desarrollo
