lanzamiento del proyecto , que está desarrollando una alternativa gratuita al firmware propietario y al BIOS. 190 desarrolladores participaron en la creación de la nueva versión, quienes prepararon 2692 cambios.
El principal :
- Se agregó soporte para 49 placas base, la mayoría de las cuales se usan en dispositivos con Chrome OS. Se eliminó el soporte para 51 placas base. La eliminación se refiere principalmente a poner fin al soporte para placas heredadas y trabajar para eliminar duplicados de variantes de placas similares. Muchas placas, que anteriormente se presentaban como modelos separados, se combinan en conjuntos (variantes), en los que un módulo cubre toda la familia de dispositivos a la vez. Teniendo en cuenta la limpieza de duplicados, a pesar de que formalmente el número de tableros eliminados supera el número de agregados, la lista de equipos compatibles ha aumentado. La nueva versión también incluye una gran cantidad de cambios para mejorar la compatibilidad con dispositivos que se envían con firmware OEM, incluidos aquellos basados en Coreboot.
- Continuó la limpieza de la base del código. Las largas notas de licencia en los encabezados de los archivos se han reemplazado con identificadores cortos. . Los nombres de todos los autores que participaron en el desarrollo se recogen en el fichero AUTORES. Se realizó una revisión de los archivos de cabecera para minimizar el código cubierto al ensamblar cada unidad de ensamblaje.
- Controlador para unidades flash reconocido como listo para su uso generalizado. El controlador utiliza SMM (modo de administración del sistema) para escribir, leer y borrar áreas en la memoria flash, y puede usarse en el sistema operativo o en los componentes del firmware para almacenar configuraciones de forma permanente, sin la necesidad de implementar un controlador específico de la plataforma.
- Las herramientas de prueba unitaria se ampliaron, se integraron con el nuevo sistema de compilación y se transfirieron al uso del marco Cmocka. Se ha creado un directorio tests/ separado en el árbol de fuentes para las pruebas unitarias.
- Los componentes que ahora son obligatorios para los sistemas x86 incluyen RELOCATABLE_RAMSTAGE, POSTCAR_STAGE y C_ENVIRONMENT_BOOTBLOCK. RELOCATABLE_RAMSTAGE permite la reubicación del tiempo de ejecución a otra área de memoria que no se superponga con la memoria del sistema operativo o los controladores de carga útil (el movimiento es necesario ya que ramstage se almacena en caché en CBMEM para una carga más rápida al salir del modo de espera). POSTCAR_STAGE se utiliza para realizar la transición de CAR (Cache-As-Ram) a ejecutar código desde DRAM. C_ENVIRONMENT_BOOTBLOCK le permite utilizar un bloque de arranque compilado utilizando GCC normal, en lugar del compilador romcc especializado.
- El código para soportar las plataformas AMDFAM10, VIA VX900 y FSP1.0 (BROADWELL_DE, FSP_BAYTRAIL, RANGELEY), que no cumplen con los nuevos requisitos, ha sido excluido de la base de código principal. Por ejemplo, no es posible implementar la etapa POSTCAR en FSP1.0.
Fuente: opennet.ru