liberação do projeto , que está desenvolvendo uma alternativa gratuita para firmware e BIOS proprietários. 190 desenvolvedores participaram da criação da nova versão, que prepararam 2692 alterações.
O principal :
- Adicionado suporte para 49 placas-mãe, a maioria das quais usadas em dispositivos com Chrome OS. Removido o suporte para 51 placas-mãe. A remoção diz respeito principalmente ao encerramento do suporte para placas legadas e ao trabalho para eliminar duplicatas de variantes de placas semelhantes. Muitas placas anteriormente apresentadas como modelos separados são combinadas em conjuntos (opções), nos quais um módulo cobre toda a família de dispositivos de uma só vez. Tendo em conta a limpeza de duplicados, apesar de formalmente o número de placas retiradas ultrapassar o número de placas adicionadas, a lista de equipamentos suportados aumentou. A nova versão também inclui um grande número de alterações para melhorar o suporte para dispositivos fornecidos com firmware OEM, incluindo aqueles baseados em Coreboot.
- A limpeza da base de código continuou. Notas de licença longas nos cabeçalhos dos arquivos foram substituídas por identificadores curtos . Os nomes de todos os autores que participaram do desenvolvimento estão coletados no arquivo AUTORES. Foi realizada uma revisão dos arquivos de cabeçalho para minimizar o código abordado na montagem de cada unidade de montagem.
- Driver para pen drives reconhecido como pronto para uso generalizado. O driver usa SMM (modo de gerenciamento de sistema) para escrever, ler e limpar áreas na memória flash, e pode ser usado nos componentes do sistema operacional ou firmware para armazenar configurações permanentemente, sem a necessidade de implementar um driver específico da plataforma.
- As ferramentas de testes unitários foram ampliadas, integradas ao novo sistema de build e transferidas para o uso do framework Cmocka. Um diretório testes/ separado foi criado na árvore de origem para testes de unidade.
- Os componentes que agora são obrigatórios para sistemas x86 incluem RELOCATABLE_RAMSTAGE, POSTCAR_STAGE e C_ENVIRONMENT_BOOTBLOCK. RELOCATABLE_RAMSTAGE permite realocação em tempo de execução para outra área de memória que não se sobrepõe à memória do sistema operacional ou aos manipuladores de carga útil (a movimentação é necessária, pois o ramstage é armazenado em cache no CBMEM para carregamento mais rápido ao sair do modo de espera). POSTCAR_STAGE é usado para fazer a transição do CAR (Cache-As-Ram) para a execução do código da DRAM. C_ENVIRONMENT_BOOTBLOCK permite que você use um bootblock compilado usando GCC normal, em vez do compilador romcc especializado.
- O código para suporte às 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ódigo principal. Por exemplo, não é possível implementar o estágio POSTCAR no FSP1.0.
Fonte: opennet.ru