El desarrollador SciresM acaba de lanzar la versión 0.13.0 de Atmosphere, en esta ocasión Exosphère ha sido reescrito por completo y ahora es mucho más eficiente. También facilita el apoyo a Mariko, a quien debería ayudar.
¡Esta versión rompe todos los módulos del sistema que usan bibliotecas Atmosphere! Primero deben adaptarse a la nueva API.
EmuMMC basado en archivos se ha acelerado considerablemente y ahora es casi tan rápido como eso basado en particiones sin formato.
Atención, los usuarios de Hekate deben usar imperativamente la última versión 5.3.0 que se acaba de poner en línea porque hay cambios importantes en Atmosphere 0.13.0.
Atmosphere v0.13.0 es la trigésima segunda versión oficial de Atmosphere, y también debe tenerse en cuenta que SciresM promete el apoyo de Mariko para este verano.
fusee-primary se ha actualizado y, gracias al equipo Switchbrew, Atmosphere 0.13.0 se entrega con la versión 2.3.2 de hbl y la versión 3.3.0 del hbmenu.
<strong>Cambios en la atmósfera 0.13.0</strong>
Exosphere, la reimplementación del monitor de atmósfera segura, se ha reescrito por completo.
exosphère fue el primer componente escrito para el proyecto a principios de 2018. Está escrito en C y en un estilo muy diferente del resto del código de la atmósfera. Esto ha hecho que la base del código sea difícil de mantener con el tiempo.
exosphère también fue escrito para cumplir con restricciones y suposiciones que simplemente no se aplican cuando el cfw no se inicia desde el navegador web, y cuando es posible warmboothax.
Más allá de estos problemas, exosphère utilizó todo el espacio disponible, excepto 1 KB en los 64 KB. Esto planteó un problema por varias razones:
Cada nueva actualización del sistema requiere espacio adicional para soporte (para agregar nuevas claves y reflejar varios cambios); El soporte 10.0.0 usó 3 de los 4KB que nos quedaban.
Atmosphere querrá tener soporte de software para hardware mariko, y no es posible que encaje en 1 KB.
Reescribir exosfera (con nombre en código exosphere2 durante el desarrollo) resuelve estos problemas.
La nueva base de código es C ++ 20 escrita en el estilo de atmósfera.
Esto resuelve el problema de mantenibilidad y debería facilitar que aquellos que desean usar el código como implementación de referencia entiendan cómo funciona el monitor seguro.
Además, la nueva implementación actualmente utiliza ~ 59.5 de los 64 KB disponibles.
Se planean varios cambios potenciales en el código, que pueden guardar / acceder a ~ 2-3 KB adicionales si es necesario.
A diferencia de la primera base de código, la nueva exosfera ya tiene espacio asignado para futuras claves / etc. Actualmente está planeado que el espacio reservado nunca será necesario.
La implementación anterior decidió no utilizar una serie de funciones de monitoreo seguro «sin importancia» debido a problemas de espacio. El nuevo código tiene suficiente espacio de maniobra para poder usarlos sin preocupaciones.
Finalmente, se han establecido los conceptos básicos del soporte de Mariko, solo hay unos pocos cambios menores necesarios para que la nueva implementación del monitor seguro funcione en el hardware de Erista y Mariko.
Tenga en cuenta: la exosfera es solo uno de los muchos componentes, y muchos más necesitan cambios para funcionar en el hardware Mariko.
El soporte de software para la ejecución en hardware Mariko con chip TX está previsto para el verano de 2020, pero también debe tenerse en cuenta que este no es un plazo.
Tenga en cuenta que el nuevo binario de exosfera no es compatible con el anterior. Los usuarios que comienzan a usar hekate deben actualizar a la versión 5.3.0 de hekate antes de ejecutar la versión 0.13.0 (o iniciar fusee-primary a través de hekate).
La API de ATM para el firmware de destino ha cambiado. Ahora se reconocen todas las versiones de sistemas menores / micro, en lugar de solo las versiones principales. Esto fue necesario para admitir la versión 5.1.0 del firmware, que realizó cambios importantes en ciertas API en el IPC que dieron como resultado el lanzamiento de la versión 0.12.0 de Atmosphere.
Tenga en cuenta que esto es (inevitablemente) un cambio en la indemnización. Los módulos del sistema que usan atmósferas deberán actualizarse para comprender qué versión de firmware están usando.
emummc ha sido actualizado para incluir los nuevos cambios.
emummc ahora usa un controlador SDMMC actualizado / mejorado / más rápido.
Recibe alertas cuando publiquemos artículos importantes
Add Comment