Firmware de código aberto inicializa em placa de desktop AMD de consumo

Uma empresa de consultoria em firmware conseguiu rodar uma pilha de inicialização de código aberto em uma placa-mãe de desktop comum, das que dá para comprar de verdade. A 3mdeb lançou a versão 0.9.0 de seu port do Coreboot e do AMD openSIL para a MSI PRO B850P em 30 de julho de 2026, e a Phoronix agora publicou testes práticos sobre ela. Essa placa é o primeiro sistema de desktop AM5 de consumo a rodar essa pilha; a 3mdeb já tinha feito o mesmo com uma placa de servidor EPYC no início do ano.

Toda placa-mãe de PC roda firmware antes de o sistema operacional assumir. Nessa placa da AMD, essa tarefa normalmente cabe ao AGESA, o código de inicialização fechado da AMD, embrulhado em um firmware UEFI escrito pelo fabricante da placa. Nenhum dos dois é código que você, ou qualquer pessoa fora da AMD e da MSI, possa inspecionar.

O que substitui o código fechado

O openSIL é a própria biblioteca de código aberto da AMD para inicialização do silício, ou seja, o trabalho de baixo nível de deixar a memória e a E/S de um chip prontas para funcionar. O Coreboot é o projeto de firmware de código aberto que assume o restante do trabalho do UEFI. Juntos, eles substituem o AGESA e o firmware UEFI de fábrica da MSI.

A 3mdeb informa o resultado: uma redução de 79,1% no código de firmware fechado em comparação com o firmware de fábrica. Isso não significa que a placa rode com zero código proprietário. O módulo de segurança fTPM 2.0 da AMD continua rodando no próprio chip, e a 3mdeb observa que as opções de ajuste ainda dependem do APCB e do Platform Security Processor, ambos ainda parcialmente fechados.

O que funciona hoje

O port por enquanto só suporta chips Ryzen da série 8000 "Phoenix". A Phoronix testou com um Ryzen 7 8700G, 8 núcleos e 16 threads, e confirmou que o sistema inicializa tanto o Ubuntu 26.04 LTS quanto o Windows 11 25H2. O treinamento de memória na inicialização a frio, ou seja, o processo de calibrar os tempos da DDR5 ao ligar, leva de 30 a 60 segundos.

A placa suporta UEFI Secure Boot, proteção de escrita ROM Armor 3 e criptografia de disco TCG OPAL. Fazer os gráficos funcionarem exigiu engenharia de verdade. Uma publicação anterior da 3mdeb, de 3 de junho de 2026, descreve cerca de 6.400 novas linhas de código openSIL e 2.000 linhas de código Coreboot só para colocar o chipset de expansão de E/S para funcionar. A inicialização dos gráficos exigiu mais cerca de 2.000 linhas em cima disso.

Arestas conhecidas

Os testes da Phoronix revelaram quatro problemas que qualquer pessoa que experimentar isso deve esperar.

Problema	Efeito
Atualizações de cápsula UEFI	Não sobrevivem a uma reinicialização
Estado de energia S5	A restauração não funciona
Console serial	Às vezes trava
Placa WiFi	Some de forma intermitente da lista de dispositivos PCI

Os chips Ryzen da série 9000 ainda não são suportados. O próprio driver gráfico amdgpu do Linux ainda causa uma falha grave nessa configuração. O relato da própria 3mdeb sobre o trabalho gráfico diz que é preciso usar o nomodeset como solução alternativa para inicializar com vídeo.

A parte fácil de interpretar errado

Isso não é um download gratuito. A 3mdeb vende o firmware pronto como "Dasharo Pro Package" em sua própria loja. O código openSIL e Coreboot por trás disso é de código aberto, mas montá-lo, testá-lo e dar suporte a ele para essa placa específica é o produto comercial da 3mdeb.

O que isso significa para desenvolvedores

Se você quer uma pilha de firmware aberta e auditável em hardware de desktop de verdade, isso é o mais perto que uma placa AM5 comum já chegou. Também é um produto pago que você pode comprar hoje, não um projeto que você mesmo precisa construir. Confira primeiro a lista de problemas conhecidos com o seu caso de uso. Uma placa WiFi que some de forma intermitente pode ser motivo de descarte em algumas configurações e irrelevante em outras.

A transparência do firmware e a segurança em nível de CPU foram duas frentes ativas no hardware da AMD neste ano. Este site informou há dois dias que o Zen 6 torna desnecessária uma das mitigações de execução especulativa do Linux. Uma pilha de firmware aberta não substitui esse tipo de proteção em nível de chip, mas permite verificar o que está rodando antes mesmo de o sistema operacional carregar.

Se você constrói ou audita firmware por conta própria, os números concretos aqui são um bom indicador. As 6.400 linhas de código novo só para colocar a E/S de um chipset em funcionamento mostram o que realmente custa, em esforço, portar o Coreboot para uma nova placa de consumo. O trabalho com firmware aberto às vezes é retratado como algo em escala de projeto de hobby. Este não é o caso.