CoreBoot 4.12 lançado com suporte para 49 placas e mais

Confira as novidades do lançamento do CoreBoot 4.12 e veja onde baixá-lo!

Depois de meio ano da última versão, finalmente foi lançado o CoreBoot 4.12 com suporte para 49 placas e mais. Confira as novidades dessa atualização.

CoreBoot é uma alternativa de código aberto ao tradicional BIOS (Basic Input-Output System) que já estava nos PCs do MS-DOS 80s e a substitui-lo pelo UEFI (Unified Extensible).

O CoreBoot também é um análogo de firmware proprietário gratuito e está disponível para verificação e auditoria completas. Ele é usado como firmware base para inicialização de hardware e coordenação de inicialização.

Incluindo inicialização de chip gráfico, PCIe, SATA, USB, RS232. Ao mesmo tempo, os componentes binários do FSP 2.0 (Pacote de suporte de firmware Intel) e o firmware binário do subsistema Intel ME, necessários para inicializar e iniciar a CPU e o chipset, são integrados ao CoreBoot.

Agora, após meio ano da última versão anunciada, foi anunciado o lançamento da nova versão do CoreBoot 4.12, na qual foram adicionadas uma série de melhorias, como maior suporte, eliminação de código obsoleto e muito mais.

Novidades do CoreBoot 4.12

CoreBoot 4.12 lançado com suporte para 49 placas e mais
CoreBoot 4.12 lançado com suporte para 49 placas e mais

Nesta nova versão do CoreBoot 4.12, 190 desenvolvedores participaram e prepararam 2.692 alterações, das quais as mais importantes são as seguintes.

O Coreboot 4.12 adicionou suporte para 49 placas-mãe, a maioria usada em dispositivos com o Chrome OS.
 
Enquanto, por outro lado, o suporte para 51 placas-mãe foi removido, cuja remoção está relacionada principalmente à conclusão do suporte para placas desatualizadas e ao trabalho para remover duplicatas de opções semelhantes. Muitas placas, apresentadas anteriormente como modelos separados, são combinadas em conjuntos (variantes), nos quais um módulo cobre imediatamente toda a família de dispositivos.

O código que suporta as plataformas AMDFAM10, VIA VX900 e FSP1.0 (BROADWELL_DE, FSP_BAYTRAIL, RANGELEY), que não atendem aos novos requisitos, foi excluído da base de códigos principal. Por exemplo, no FSP1.0, não é possível implementar o estágio POSTCAR.

Considerando a limpeza duplicada, apesar do número de placas removidas formalmente exceder o número de agregados, a lista de equipamentos suportados aumentou.

A nova versão também fez várias alterações relacionadas à melhoria do suporte para dispositivos que acompanham o firmware OEM, incluindo aqueles baseados no Coreboot.

Além de continuar a limpar a base de código, as notas de volume nas licenças nos cabeçalhos de arquivo foram substituídas por identificadores curtos de SPDX.

Os nomes de todos os autores que participaram do desenvolvimento são coletados no arquivo AUTHORS. Os arquivos de cabeçalho foram revisados ​​para minimizar o código coberto durante a montagem de cada unidade de montagem.

O controlador da unidade flash SMMSTORE é reconhecido como pronto para uso geral.

O controlador usa o modo SMM (System Administration Mode) para gravar, ler e apagar áreas na memória flash e pode ser usado em componentes de SO ou firmware para organizar o armazenamento permanente de configurações, sem a necessidade de implementar um driver específico para cada plataforma.

As ferramentas de teste de unidade foram expandidas, integradas ao novo sistema de compilação e transferidas para o uso da estrutura Cmocka. Um diretório separado/testing foi criado na árvore de origem para teste de unidade.

Os componentes que agora são necessários para sistemas x86 incluem RELOCATABLE_RAMSTAGE, POSTCAR_STAGE e C_ENVIRONMENT_BOOTBLOCK.

RELOCATABLE_RAMSTAGE que permite mover o ramstage para outra área de memória em tempo de execução que não se sobrepõe ao sistema operacional ou aos drivers de carga útil (é necessário movimento, pois o ramstage é armazenado em cache no CBMEM para carregamento mais rápido na saída modo de espera).

POSTCAR_STAGE é usado para mudar de CAR (cache como ram) para código em execução na DRAM. C_ENVIRONMENT_BOOTBLOCK permite usar o bootblock compilado usando o GCC regular, em vez de um compilador romcc especializado.

Para saber mais sobre essa versão do CoreBoot, acesse a nota de lançamento.

Como obter o CoreBoot 4.12

Aqueles interessados ​​em obter essa nova versão do CoreBoot, podem fazer isso na seção de downloads, localizada em seu site oficial do projeto. Além disso, lá você também pode encontrar documentação e mais informações sobre o projeto.

O que está sendo falado no blog

Veja mais artigos publicados neste dia…