mirror of
https://github.com/phantomptr/ps5upload.git
synced 2026-10-21 11:23:35 -05:00
phantomptrandClaude Opus 5.5
7a5608c6a9
Engine: drop the unused /api/fakelibs/manifest, /api/collection/summary and /api/ps5/content-db/backup routes, the payload FTP client (core ftp.rs, FTP_START/STATUS) and NOTIF_SEND, and pub items only their own tests called. The DPI reason strings now come from the payload_lifecycle constants everywhere. Shims: the legacy helper replace flow (engine legacy_helper/legacy_guard, the helper/state and helper/replace routes, the status-error fold), the client's helper_old banner/state and the payload's legacy takeover and retired-folder removal are gone. An old helper that does not speak AVA1 now reads as no helper, and the normal send-the-helper flow replaces it. The 6.0 console folder cleanup now starts from a successful status probe. Payload: remove the FTP server and its self-tests, notif.send, ftp.start/ftp.status (ids 119, 120, 123 retired in the schema), the unused ShellUI sensor/install RPCs, runtime_reconcile_mounts, register_services_init, hw_temps_get_text and mgmt_call_fs_mkdir. MGMT_METHODS.md describes the current method table. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01Ub1mez9eaVtTF8pMEFXvA9
83 lines
3.9 KiB
C
83 lines
3.9 KiB
C
/*
|
|
* shellui_rpc — call Sony APIs *from inside SceShellUI's process*
|
|
* via ptrace remote-call. This is the mechanism that lets us
|
|
* launch games on FW 9.60 without our caller-pid
|
|
* being rejected by Sony's per-API caller-context check.
|
|
*
|
|
* Why ShellUI specifically: Sony's launcher stub checks
|
|
* `getpid() == SceShellUI.pid` (or a small allow-list of system
|
|
* processes). Running the call via ptrace inside ShellUI satisfies
|
|
* that check natively because the kernel sees ShellUI as the caller.
|
|
*
|
|
* Lifecycle:
|
|
* 1. shellui_rpc_init() — find SceShellUI's pid, resolve the
|
|
* Sony API addresses inside ShellUI via kernel_dynlib_resolve.
|
|
* Cached for subsequent calls. Idempotent.
|
|
* 2. shellui_rpc_launch_app(title_id, user_id) — the launcher.
|
|
* 3. shellui_rpc_emergency_detach() — crash-time cleanup.
|
|
*
|
|
* Concurrency: every RPC call serialises on a single mutex because
|
|
* a target process can only be ptrace-attached by one tracer at a
|
|
* time. The ptrace attach/detach pair brackets the actual API call;
|
|
* we don't hold ShellUI suspended across multiple RPCs.
|
|
*/
|
|
|
|
#ifndef PS5UPLOAD2_SHELLUI_RPC_H
|
|
#define PS5UPLOAD2_SHELLUI_RPC_H
|
|
|
|
#include <stdint.h>
|
|
|
|
/* Initialize the RPC layer — find SceShellUI, resolve symbols.
|
|
* Returns 0 on success, -1 if SceShellUI couldn't be found, -2 if
|
|
* symbol resolution failed. Safe to call multiple times — the
|
|
* first successful call latches the pid + addresses; subsequent
|
|
* calls become no-ops. */
|
|
int shellui_rpc_init(void);
|
|
|
|
/* True if init succeeded and the RPC surface is usable. */
|
|
int shellui_rpc_ready(void);
|
|
|
|
/* Launch a registered title via ShellUI's
|
|
* `sceLncUtilLaunchApp(title_id, NULL, ¶m)` where param is a
|
|
* 24-byte LncAppParam (size, user_id, app_opt, crash_report,
|
|
* check_flag) with `user_id` populated from
|
|
* `sceUserServiceGetForegroundUser` (also called remotely).
|
|
*
|
|
* Return codes:
|
|
* 0 — Sony's launcher accepted the call. Game launched.
|
|
* >0 — Sony returned an error code (0x8094* family for various
|
|
* launcher errors).
|
|
* -1 — Pre-dispatch RPC machinery failure: couldn't attach to
|
|
* ShellUI, scratch mmap failed, symbol unresolved. The
|
|
* remote function never ran; caller may retry or fall back.
|
|
* -2 — Soft success: the call WAS dispatched into ShellUI
|
|
* (pt_continue returned cleanly) but post-call cleanup hit
|
|
* a race because the launcher signalled ShellUI in a way
|
|
* that broke our waitpid. The launch most likely
|
|
* succeeded — caller should treat as success and NOT fall
|
|
* back to in-process strategies (they would race the
|
|
* running launch and produce a misleading error). */
|
|
/* `user_id_hint`: foreground user id from
|
|
* sceUserServiceGetForegroundUser in the caller's process. If the
|
|
* caller has one already (e.g. `launch_title` eagerly fetches it
|
|
* before either path), pass it here so the launch param block
|
|
* uses a guaranteed-non-zero value. Pass <= 0 to fall back to
|
|
* fetching it via a remote sceUserServiceGetForegroundUser RPC into
|
|
* ShellUI — slightly slower and historically unreliable on the very
|
|
* first launch after a fresh register. */
|
|
int shellui_rpc_launch_app(const char *title_id, int user_id_hint);
|
|
|
|
/* Crash-time recovery: best-effort PT_DETACH any target we have an
|
|
* active attach on. Called from main.c's fatal-signal handler so
|
|
* that if our payload SIGSEGV's mid-RPC we don't leave SceShellUI
|
|
* frozen (which would make the PS5 UI hang until reboot). Safe to
|
|
* call from a signal handler — only does ptrace + a single mutex
|
|
* trylock. If trylock fails (we crashed inside an RPC and we're
|
|
* holding the lock from another thread), we skip the detach
|
|
* because re-entering ptrace from a signal is unsafe; the kernel
|
|
* will eventually clean up our process exit and detach the target
|
|
* anyway, just with a longer "frozen UI" window. */
|
|
void shellui_rpc_emergency_detach(void);
|
|
|
|
#endif /* PS5UPLOAD2_SHELLUI_RPC_H */
|