erpt: Implement 22.0.0 commands and changes ...

Co-authored-by: nvnprogram <97150065+nvnprogram@users.noreply.github.com>

pinmux: add a build time option to configure JC rail uart

fs: DisableAutoSaveDataCreation was removed in 22

fusee/exo/ams: update with new keydata/version enums

pgl/pm: add GetProcessId command

erpt: implement new 21.0.0 commands

ams: mark ams::Result [[nodiscard]] (partially complete). ...

NOTE: This work is not yet fully complete; kernel is done, but
it was taking an exceedingly long time to get through libstratosphere.
Thus, I've temporarily added -Wno-error=unused-result for libstratosphere/stratosphere.

All warnings should be fixed to do the same thing Nintendo does as relevant, but this
is taking a phenomenally long time and is not actually the most important work to do,
so it can be put off for some time to prioritize other tasks for 21.0.0 support.

fusee/exo/ams: update with new keydata/version enums

fssystem: fix support for parsing newer-format BKTR NCAs ...

Apparently, at some point they started allowing maxlayers=3, which caused this code to not work.

Looking at latest FS, they always reference DataStorage instead of level+2 for the final level.

This fixes parsing update romfs for newer games, e.g. Super Mario Galaxy 2.

ams: basic support for compiling with gcc 15

fs.mitm: add and use memlet module to temporarily steal applet memory while building romfs images. ...

Starting in 20.0.0, the browser needs more applet memory to function, so we can't steal as much any more.
Thus, we now steal 14 MB on 20.0.0+ instead of 40MB.

However, since this reduces memory available for custom system modules, we are adjusting to compensate.
ams.mitm's heap size has been reduced from 32MB to 12MB (recovering 20MB).
In addition, fs.mitm now uses a new mechanism for stealing memory from the applet pool while romfs is being built.

On net, we are compromising:
    * Custom sysmodules lose memory available to them.
        On 19.0.0/AMS 1.8.0, there was 30 MB available for custom sysmodules.
        Stealing 14 MB instead of 40 MB, we lose 26 MB of that. Reducing ams.mitm's usage will gain us back 20.
        Nintendo also appears to...use 4 extra MB, in 20.0.0, from my test homebrew.
        So on 20.0.0/AMS 1.9.0, there should be 20 MB available for custom sysmodules.
        On the bright side, on <20.0.0/AMS 1.9.0, I guess there will be 50 MB available for custom sysmodules now?
    * totk mods will lose the ability to...put every file in the romfs on sd card. There will be some unknown maximum filecount for totk mods.
        On the bright side, implementing the transient memory stealing should improve compatibility for some mods which strictly add files?

erpt: initial support (incomplete) for 20.0.0

ldr/pm: update for 20.0.0 abi changes

strat: update for fsp-ldr 20.0.0 changes

ncm: update to implement new ContentMetaDatabase function for 20.0.0

fusee/exo/ams: update with new keydata/version enums

ams: various fixes to support booting debug configuration

fs: fix uninit warnings on windows localfilesystem

strat: ldr::PlatformId -> ncm::ContentMetaPlatform

ldr: ProgramInfo is 0x410 now, and fix debug flags for hbl

kern/ldr: add support for --x executables

fusee/exo/ams: update with new keydata/version enums

ams: build with -std=gnu++23

loader: update to reflect latest 18.0.0 changes ...

well, this sure is late, whoops

spl: add support for new spl:es command 33

erpt: actually support non-sequential ids, nintendo why

kern/os: support CreateProcessFlag_EnableAliasRegionExtraSize

fusee/exo/ams: update with new keydata/version enums

fssrv: fix dumb assert error

strat: fix nx_debug build target