From 1d778b2dc8bd518775261e489b22cb88529e7a2c Mon Sep 17 00:00:00 2001 From: Michael Scire Date: Wed, 2 Dec 2020 08:23:05 -0800 Subject: [PATCH] docs: update changelog for 0.16.0 --- docs/changelog.md | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) diff --git a/docs/changelog.md b/docs/changelog.md index eb3d2e6af..85f6618f0 100644 --- a/docs/changelog.md +++ b/docs/changelog.md @@ -1,4 +1,36 @@ # Changelog +## 0.16.0 ++ Support was added for 11.0.0. + + `exosphère` was updated to reflect the latest official secure monitor behavior. + + `mesosphère` was updated to reflect the latest official kernel behavior. + + `loader`, `sm`, `boot`, `pgl` were updated to reflect the latest official behaviors. + + **Please Note**: 11.0.0 implements an opt-in version of the atmosphère `sm` extension that allows for closing session without unregistering services. + + Correspondingly, the extension will be deprecated in favor of the new official opt-in command. In 0.17.0, it will be removed entirely. + + If your custom system module relies on this extension (however unlikely that seems to me), please update it accordingly. + + `erpt` was partially updated to provide compatibility with 11.0.0. + + The latest firmware attaches additional fields and context information to logs. + + A future atmosphère update will implement this logic, so that users who are interested can also get the new information when examining their logs. ++ The `boot` system module was rewritten to reflect the huge driver changes introduced in 8.0.0. + + This includes a number of improvements to both logo display and battery management logic. ++ Support was added for configuring the address space width for `hbl`. + + The `hbl_config!override_address_space_(#)` and `hbl_config!override_any_app_address_space` can now be set to `39_bit`, `36_bit`, or `32_bit` to control the address space for hbl on a per-override basis. + + If a configuration has not been set, hbl will now default to 39-bit address space. + + Previously, a legacy 36-bit address space was always used to maintain compatibility with 1.0.0. + + A new loader extension was added to support 39-bit whenever possible (including mesosphere-on-1.0.0), with fallback to 36-bit when unavailable. ++ Support was added to a number of components for running on Mariko hardware. + + The `boot` system module can now safely be run on mariko hardware, performing correct hardware initialization. + + Daybreak (and generally, system update logic) were updated to be usable on Mariko. + + Boot0 protection/management logic was updated to perform correct actions on Mariko. + + Reboot to payload does not and cannot work on Mariko. Correspondingly, A "fatal error" handler was written, to display and save fatal errors from within TrustZone. + + **Please Note:** Atmosphere is still not properly usable on Mariko hardware. + + In particular, wake-from-sleep will not properly function (the magic numbers aren't set correctly), among a few other minor issues. ++ `exosphère` received support for building under debug configuration. + + A small (otherwise unused) portion of IRAM is now reserved for debug-only exosphere code (this region is unused/untouched under release config). + + This enables logging (including printf) to uart from the secure monitor, for those interested. ++ A number of bugs were fixed, including: + + Minor issues in a number of filesystem related code were fixed. + + An issue was fixed that could cause NCM to abort on consoles which came with 3.0.x and were never updated. ++ Several issues were fixed, and usability and stability were improved. ## 0.15.0 + fusee-primary's panic display was updated to automatically identify and give suggestions to resolve many of the most common errors users encounter. + Having been tested as well as I can alone, `mesosphere` (atmosphère's reimplementation of the Nintendo Switch kernel) is now available for users interested in trying it.