mirror of
https://github.com/libretro/RetroArch.git
synced 2026-11-07 08:36:02 -10:00
tylerbibandZadeis
a57c0cbfe0
* fix(psp): derive user data path from launch device vice hardcoded ms0: - Extract the storage prefix (ms0:/ or ef0:/) from the executable's path so user data lives on the same device RetroArch was launched from in order to fix PSP Go EF0 storage compatibility - Fall back to ms0:/ when the path doesn't contain a recognizable device prefix * fix(bootstrap): use sceKernelLoadExecVSHEf2 for ef0: paths on PSP Go On PSP Go installs to internal flash RetroArch relaunches cores through sceKernelLoadExecVSHMs2, the Memory Stick loader, which fails when handed an ef0: path. Route ef0: targets through the internal flash loader instead so core loads and relaunches work from internal storage. - Add LoadExecEf.S importing sceKernelLoadExecVSHEf2 (NID 0x032A7938) from the LoadExecForKernel PRX, ms0: and all other paths keep using sceKernelLoadExecVSHMs2 - Branch on the ef0: prefix in exitspawn_kernel (main.c) - Add LoadExecEf.o to the PRX Makefile OBJS NID 0x032A7938 is documented in uOFW (src/kd/loadexec) and PSPLibDoc (PSPGoLibDoc/6.61), the sceKernelLoadExecVSHEf2 name is just an alias for the otherwise unnamed export. Tested on PSP Go (6.61 CFW). Core swap loads from ef0: with config persisting, ms0: path is unchanged so no regression. * fix(bootstrap): add LoadExecEf.o to PRX OBJS so the EF2 import links The previous commit added LoadExecEf.S with the sceKernelLoadExecVSHEf2 import stub but forgot to wire it into the PRX build, so the object never got compiled in and the link failed with an undefined reference and the PSP CI caught it. Adding LoadExecEf.o to OBJS fixes it so the stub assembles and the EF2 loader resolves at link time. --------- Co-authored-by: Zadeis <[email protected]>