Get-fix 9a13dc8c78 fix(relinker): stop code scans at the PLT in executables with PT_SCE_DYNLIBDATA ...

A PS4 executable (CUSA00900) keeps 37 MiB of read-only data in its
executable segment after the code. The syscall scan and the call-site
resolution decoded the whole segment linearly, reached a float table and
failed with "Unsupported 0F 79 opcode without SSE4A prefix". In
executables with a PT_SCE_DYNLIBDATA segment they now stop at the end of
the PLT that follows the last function of the unwind table. The PLT is
found by searching forward from that function for its first entry, which
pushes the GOT entry at PLTGOT + 8 and jumps through PLTGOT + 16, since
code without unwind entries can sit in between (680 bytes of start-up
code in an OpenOrbis-built sample). When the executable has PLT
relocations and no such entry follows, the relinker fails instead of
guessing. Executables without the segment are scanned as before.

(cherry picked from commit a21e8fe4c0e6c03189d559e992c0f037c076700d)

2026-10-10 22:53:48 +00:00

..

ARCHITECTURE.md

test(libkernel): cover cancellation recovery

2026-10-10 21:27:49 +02:00

BUILD.md

fix(agc): report a refused queue worker priority as a driver failure and reject unknown APS5_THREAD_PRIORITY values

2026-10-10 12:23:12 -06:00

CONVENTIONS.md

refactor(docs): separated user and dev in docs + compatibility file

2026-09-28 22:58:17 +03:00

HW_ORACLE.md

feat(shader): follow FP16_OVFL in every f16 result

2026-10-10 04:32:38 -03:00

PROGRESS.md

fix(progress): link include-shared libraries and label empty ones

2026-10-10 08:49:58 +02:00

TechnicalDebt.md

fix(relinker): stop code scans at the PLT in executables with PT_SCE_DYNLIBDATA

2026-10-10 22:53:48 +00:00