Un firmware de código abierto arranca en una placa de escritorio AMD de consumo

Una empresa de consultoría en firmware ha conseguido que una pila de arranque de código abierto funcione en una placa base de escritorio corriente, de esas que se pueden comprar de verdad. 3mdeb lanzó la versión 0.9.0 de su port de Coreboot y AMD openSIL para la MSI PRO B850P el 30 de julio de 2026, y Phoronix acaba de publicar pruebas prácticas sobre ella. Esta placa es el primer sistema de escritorio AM5 de consumo que ejecuta esta pila; 3mdeb ya había hecho lo mismo con una placa de servidor EPYC a principios de año.

Toda placa base de PC ejecuta firmware antes de que el sistema operativo tome el control. En esta placa AMD, ese trabajo normalmente recae en AGESA, el código de inicialización cerrado de AMD, envuelto en un firmware UEFI escrito por el fabricante de la placa. Ninguno de los dos es código que tú, ni nadie fuera de AMD y MSI, pueda inspeccionar.

Qué reemplaza al código cerrado

openSIL es la propia biblioteca de código abierto de AMD para la inicialización del silicio, es decir, el trabajo de bajo nivel de dejar lista la memoria y la E/S de un chip para funcionar. Coreboot es el proyecto de firmware de código abierto que se encarga del resto del trabajo de UEFI. Juntos, sustituyen a AGESA y al firmware UEFI de fábrica de MSI.

3mdeb da el resultado: una reducción del 79,1% en el código de firmware cerrado frente al firmware de fábrica. Eso no significa que la placa funcione con cero código propietario. El módulo de seguridad fTPM 2.0 de AMD sigue funcionando en el propio chip, y 3mdeb señala que las opciones de ajuste todavía dependen del APCB y del Platform Security Processor, ambos aún parcialmente cerrados.

Qué funciona hoy

El port solo es compatible por ahora con chips Ryzen serie 8000 "Phoenix". Phoronix lo probó con un Ryzen 7 8700G, 8 núcleos y 16 hilos, y confirmó que el sistema arranca tanto Ubuntu 26.04 LTS como Windows 11 25H2. El entrenamiento de memoria en el arranque en frío, es decir, el proceso de calibrar los tiempos de la DDR5 al iniciar, tarda entre 30 y 60 segundos.

La placa admite UEFI Secure Boot, protección de escritura ROM Armor 3 y cifrado de disco TCG OPAL. Conseguir que el vídeo funcionara exigió trabajo de ingeniería de verdad. Una entrada anterior de 3mdeb del 3 de junio de 2026 describe unas 6.400 líneas nuevas de código openSIL y 2.000 de código Coreboot solo para poner en marcha el chip de expansión de E/S. La inicialización de gráficos necesitó otras 2.000 líneas más.

Asperezas conocidas

Las pruebas de Phoronix sacaron a la luz cuatro problemas que cualquiera que pruebe esto debería esperar.

Problema	Efecto
Actualizaciones de cápsula UEFI	No sobreviven a un reinicio
Estado de energía S5	La restauración no funciona
Consola serie	A veces se cuelga
Tarjeta WiFi	Desaparece de forma intermitente de la lista de dispositivos PCI

Los chips Ryzen serie 9000 aún no son compatibles. El propio controlador gráfico amdgpu de Linux sigue provocando un fallo grave en esta configuración. El propio relato de 3mdeb sobre el trabajo gráfico dice que hace falta el parche nomodeset para arrancar con pantalla.

La parte fácil de malinterpretar

Esto no es una descarga gratuita. 3mdeb vende el firmware terminado como "Dasharo Pro Package" en su propia tienda. El código openSIL y Coreboot subyacente es de código abierto, pero montarlo, probarlo y darle soporte para esta placa concreta es el producto comercial de 3mdeb.

Qué significa esto para los desarrolladores

Si quieres una pila de firmware abierta y auditable en hardware de escritorio real, esto es lo más cerca que ha llegado una placa AM5 convencional. También es un producto de pago que puedes comprar hoy mismo, no un proyecto que tengas que construir tú. Revisa primero la lista de problemas conocidos frente a tu propio caso de uso. Una tarjeta WiFi que desaparece de forma intermitente puede ser motivo de descarte en algunas configuraciones e irrelevante en otras.

La transparencia del firmware y la seguridad a nivel de CPU han sido dos frentes activos en el hardware de AMD este año. Este sitio informó hace dos días de que Zen 6 hace innecesaria una de las mitigaciones de ejecución especulativa de Linux. Una pila de firmware abierta no sustituye ese tipo de protección a nivel de chip, pero sí permite comprobar qué se ejecuta antes incluso de que cargue el sistema operativo.

Si construyes o auditas firmware tú mismo, las cifras concretas de aquí son un buen indicador. 6.400 líneas de código nuevo solo para poner en marcha la E/S de un chipset muestran lo que realmente cuesta en esfuerzo portar Coreboot a una placa de consumo nueva. El trabajo de firmware abierto a veces se presenta como algo a escala de proyecto de afición. Esto no lo es.