mirror of
https://github.com/boykopovar/AnyPS5.git
synced 2026-10-27 00:28:14 +00:00
20 KiB
20 KiB
libkernel_sys technical debt
Silent stubs
- fchmodat (libkernel_sys) -
AT_SYMLINK_NOFOLLOWon a symbolic link (on Windows and Linux)
Unknown function info
- sceKernelGetCompiledSdkVersion (libkernel_sys) - which SDK version the console returns is unmeasured. The PS5 payload SDK declares the process parameters with a 32-bit PS4 SDK version at offset
0x10and a 32-bit PS5 SDK version at0x14; this export returns the field at0x10, the one libSceHmd2 reads and the one shadPS4 (PS4, a single 64-bitsdk_versionthere) reads from the eboot. Theint (int32_t*)signature andEINVAL(0x80020016) for a null output follow shadPS4. Closes when: measured on a PS5 - scePthreadCondattrGetclock (libkernel_sys) - the
int (const PthreadCondattr*, KernelClockid*)signature and checks follow FreeBSD 11.4 libthr's_pthread_condattr_getclockwith the error code of libkernel'sscePthreadCondattrSetclock: a null or destroyed attribute returnsSCE_KERNEL_ERROR_EINVAL, and a null clock pointer throws, since libthr writes through it unchecked. Console behaviour is unverified
Functional
- sched_rr_get_interval (libkernel_sys) accepts pid 0 or the host-backed guest pid and reports the FreeBSD 11 ULE default time slice for the usual AMD64 clock rates (94 ms); other pids return
ESRCH, and a null interval returnsEFAULT. AnyPS5 does not run a guest ULE scheduler or track a per-process configured quantum, so this reports the modeled default and does not reflect runtime scheduling. Console-specific clock rates and quantum configuration are unverified - fchdir (libkernel_sys) changes the guest working directory to the descriptor's directory: on Windows through the path recorded when the descriptor was opened, on Linux through the
/proc/self/fdlink target. It returnsEBADFfor a descriptor that is not open,EINVALfor a pipe or socket, as FreeBSDgetvnodedoes for a descriptor without a vnode, andENOTDIRfor any other descriptor that is not a directory. Outside Windows it checks search permission on the directory withfaccessat, which fails withEACCESas FreeBSDchange_dirdoes; on Windows that check is not modelled. A directory renamed after it was opened is still reached through the recorded path. Console behaviour is unverified - openat, _openat (libkernel_sys) pass
AT_FDCWD(-100) and absolute paths toopen. Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. They returnEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. As withopen,O_NONBLOCKis ignored. PPSA99003 opens directory entries throughopenat. Console behaviour is unverified - fchmodat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths tochmod; any other relative path is joined to the descriptor's host directory the same way as foropenat, so guest path aliases and case-insensitive name matching do not apply to it and a..component is not kept inside the guest root. A flag other than0orAT_SYMLINK_NOFOLLOW(0x200) returnsEINVAL; the mode is masked to07777. WithAT_SYMLINK_NOFOLLOWa symbolic link returns success silently on Windows and Linux, since the host cannot change a link's own mode, while a regular file is changed either way. The mode maps to the host file mode, which on Windows is only the CRT's read-only bit. PPSA99621 calls it throughstd::filesystem::permissions. Console behaviour is unverified - lchmod (libkernel_sys) throws for a symbolic link on Windows and Linux, whose hosts cannot change a link's own mode; on macOS the link's mode is changed. Anything else goes to
fchmodat(AT_FDCWD, path, mode, AT_SYMLINK_NOFOLLOW), as FreeBSD 11.4'ssys_lchmoddoes, so a file or directory is changed as bychmod, withfchmodat's path lookup and Windows mode mapping. On Windows any reparse point counts as a link. Console behaviour is unverified - pathconf, fpathconf, _fpathconf (libkernel_sys) report FreeBSD 11's
ufs_pathconfconstants for files and directories alike (_PC_LINK_MAX32767,_PC_NAME_MAX255,_PC_PATH_MAXand_PC_SYMLINK_MAX1024,_PC_PIPE_BUF512,_PC_CHOWN_RESTRICTEDand_PC_NO_TRUNC1,_PC_FILESIZEBITS64,_PC_REC_MAX_XFER_SIZE-1,_PC_PRIO_IOand_PC_SYNC_IO0); whether the console's filesystems report the same is not verified. They throw for names whose UFS value depends on the mount, the kernel options or the page size, and where UFS andvop_stdpathconfdisagree (_PC_MAX_CANON,_PC_MAX_INPUT,_PC_VDISABLE, and_PC_ASYNC_IOinpathconf); other names fail withEINVAL.fpathconfand_fpathconfanswer_PC_ASYNC_IO200112 and, for a pipe,_PC_PIPE_BUF512 andEINVALotherwise, as FreeBSD 11'skern_fpathconfdoes; a guest socket is not a host descriptor, so thefstatcheck reports it asEBADF, as infchown - mkdirat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths tomkdir. Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. On Windows,modeis ignored. Console behaviour is unverified - readlink (libkernel_sys) on Windows reads a symbolic link's target from its reparse data and returns it with
/separators, only when the target is relative, assymlinkcreates them. A symbolic link with an absolute target returns its print name, or its substitute name when the print name is empty, without a\??\or\\?\prefix. A directory junction returns the same kind of name when it is a drive path (X:\...), using the print name when that is a drive path and the substitute name otherwise. A mounted volume (\??\Volume{GUID}\), any other name surrogate and every reparse point without the name surrogate bit (WOF compression, deduplication, cloud files) returnEINVAL, as FreeBSD does for a file that is not a link and as CPython'sos.readlink, which reads only symbolic links and junctions, does - aio_read, aio_write, aio_fsync, aio_error, aio_return, aio_suspend, aio_waitcomplete, aio_cancel (libkernel_sys) - a request with
SIGEV_SIGNAL,SIGEV_THREAD_IDorSIGEV_KEVENTcompletion, or on a socket, throws, because delivering a guest signal or kevent and socket aio are not modelled. One worker thread runs the process's requests one at a time in submission order, so a request is cancellable only until that thread takes it. A queued request keeps the descriptor number, not the open file: closing or reusing the descriptor before it runs changes what it reaches. Pipes fail withEOPNOTSUPP, as FreeBSD 11 does withvfs.aio.enable_unsafe0; the console's setting is unverified. Waits are not interrupted by signals (EINTR), and timeouts under 1 ms round up to 1 ms (hz 1000). Otherwise the rules follow FreeBSD 11vfs_aio.c - readlinkat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths toreadlink. Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. Console behaviour is unverified - link (libkernel_sys) on Windows resolves a symbolic link source through the host, which follows longer chains than FreeBSD: a chain of 40 links is linked, where FreeBSD 11.4 returns
ELOOPafter 32 (MAXSYMLINKS). A loop returnsELOOPas on FreeBSD - pthread_attr_setcreatesuspend_np, pthread_resume_np, pthread_resume_all_np, pthread_multi_np, scePthreadAttrSetcreatesuspend, scePthreadResume, scePthreadResumeAll and scePthreadMulti (libkernel_sys) - when a thread created suspended stops relative to its signal mask is unmeasured on a console. Return values and errors follow FreeBSD 11.4 libthr (
thr_attr.c,thr_resume_np.c,thr_multi_np.c) and the code of firmware 13.42'slibkernel_sys.sprx(#9573), where the sce forms add0x80020000to a non-zero errno - fstatat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths tostat, or tolstatwithAT_SYMLINK_NOFOLLOW(0x200). Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory, and flags other thanAT_SYMLINK_NOFOLLOWreturnEINVAL. PPSA74126 imports it. Console behaviour is unverified - unlinkat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths tormdir(withAT_REMOVEDIR, 0x800) orunlink. Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. Removing a directory withoutAT_REMOVEDIRfails withEPERM, removing.or..withAT_REMOVEDIRfails withEINVAL, and flags other thanAT_REMOVEDIRfail withEINVAL. Console behaviour is unverified - renameat (libkernel_sys) passes
AT_FDCWD(-100) and absolute paths torename. Any other relative path is joined to its descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to relative descriptors, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. Console behaviour is unverified - fork (libkernel_sys) throws: creating a child process is not supported. PPSA19111 imports it and fails to load without it. Its engine calls
forkinPosix_Daemonize, only with-daemonize, and inPlatform_ShellExecutebeforeexecvp("xdg-open"), which the main menu's Previews button reaches, so pressing Previews ends in this throw. setsid fails withEPERM, as FreeBSD's does for a process group leader, since the guest is taken to lead its own process group (seekill). umask keeps the guest's mask (initially 022, masked to 07777) and returns the previous one, Linux named shared-memory creation applies it, but ordinary files are still created with the host process's mask - sceKernelGetModuleInfoInternal and sceKernelGetModuleListInternal (libkernel_sys) answer for every loaded module, system modules included.
sceKernelGetModuleInfoInternalfills the 0x1A8-byteSceKernelModuleInfoExof a module handle the waysceKernelGetModuleInfoFromAddrdoes for an address, with shadPS4's checks in their order:EFAULTfor a null pointer,EINVALwhenst_sizeis not 0x1A8,ESRCHfor an unknown handle.sceKernelGetModuleListInternalreturns the same list assceKernelGetModuleList, as fpPS4 does; fpPS4 marks that as a guess, and neither is checked on a PS5 - chroot (libkernel_sys) follows FreeBSD 11.4's
sys_chrootandpwd_chrootfor a root caller:EFAULTfor a null path,ENOENTfor an empty or missing one,ENAMETOOLONGfor a path of 1024 bytes or more or a component over 255, andENOTDIRfor a path that is not a directory or passes through a file. A directory that is the guest root (/,/.., or.afterfchdirto a descriptor of/) succeeds and changes nothing, as the root stays the same directory; the guest is taken never to have changed its root, so open directory descriptors do not make it fail withEPERM(kern.chroot_allow_open_directories1). Any other directory throws, naming the path: the guest path resolver has a fixed root and mount aliases (/app0,/savedata0) that do not move with it. On the console a title starts in a sandbox root, wherepwd_chrootrefuses withEPERMwhile a directory is open; whether that holds for titles, and whether a title holdsPRIV_VFS_CHROOT, are unverified. Porpoise (PPSA99764) weak-imports it and calls it only asfchdirto its saved descriptor of/thenchroot("."), to put its sandbox root back after a jailbreak daemon replaced it (put_root_back) - fchown (libkernel_sys) - ownership is not modelled: the guest's own owner and group (0) and the unchanged value (-1) are accepted, a descriptor that is not open fails with
EBADF, and any other owner or group throws, naming it. The check reads the descriptor withfstat, ignoring the CRT's invalid-parameter handler on Windows asDescriptorControldoes. The console's ownership rules are unverified. Morrowind (mshivam019/morrowind-ps5) imports it - chown, lchown and fchownat (libkernel_sys) - ownership is not modelled, as for
fchown: owner and group 0 and the unchanged value (-1) are accepted, and any other owner or group throws, naming it. The path is looked up first, as in FreeBSD 11'skern_fchownat, withstat, withlstatforlchown, and withfstatatforfchownat, so a lookup error is returned before the owner is checked and nothing is changed on the host.fchownatflags other thanAT_SYMLINK_NOFOLLOW(0x200) returnEINVAL, as in FreeBSD 11. The console's ownership rules are unverified - linkat (libkernel_sys) resolves
AT_FDCWD(-100) and absolute paths aslinkdoes, and flags other thanAT_SYMLINK_FOLLOW(0x400) returnEINVAL, as in FreeBSD 11. Any other relative path is joined to the descriptor's host directory, found the same way as forfchdir, so guest path aliases and case-insensitive name matching do not apply to it, and a..component is not kept inside the guest root. It returnsEBADFfor a descriptor that is not open andENOTDIRfor one that is not a directory. A symbolic link as the source withoutAT_SYMLINK_FOLLOWthrows, where FreeBSD links the symbolic link itself. Console behaviour is unverified - pthread_set_defaultstacksize_np and scePthreadSetDefaultstacksize (libkernel_sys) set the stack size that
scePthreadAttrInitand a thread created without attributes use, as fpPS4'spthread_set_defaultstacksize_npdoes: a size of 16384 bytes or less fails withEINVAL(0x80020016from the sce form) and there is no upper limit, so a default the host cannot allocate fails only when a thread is created. Attributes initialised earlier keep their size. Not checked on a PS5 - sceKernelTitleWorkaroundIsEnabled (libkernel_sys) - not measured on a console; the
{version, align, ids[2]}layout, the bit test and the limit of 0x3A bits follow shadPS4, which notes that the limit changes between firmwares. A negative bit isEINVALhere; shadPS4 compares it signed and reads outsideids. Titles usually pass thetitle_workaroundblock ofsceKernelGetAppInfo, which does not write that block here, so the bits read are whatever the caller's memory held - sceKernelGetProcessType (libkernel_sys) - not measured on a console; as in shadPS4, the title's own pid, -1 and 0 are type 0 (big application) and any other pid is
ESRCH
Unknown function info
- scePthreadBarrier*, scePthreadBarrierattr*, scePthreadGetcpuclockid, scePthreadGetconcurrency and sceKernelMsync (libkernel_sys) call libkernel's
pthread_barrier*,pthread_getcpuclockid,pthread_getconcurrencyandmsyncand turn a POSIX error into0x80020000 | errno; that the console'ssceforms do the same is not measured. Signatures follow the Orbital type database;scePthreadBarrierInitignores its name, andscePthreadBarrierWaitreturns -1 to the serial thread, both as in shadPS4 (PS4).scePthreadGetconcurrencyreturns the level unchanged - scePthreadAttrGetscope, scePthreadAttrSetscope, scePthreadAtfork and scePthreadSetconcurrency (libkernel_sys) call libkernel's
pthread_attr_getscope,pthread_attr_setscope,pthread_atforkandpthread_setconcurrencyand turn a POSIX error into0x80020000 | errno, as shadPS4 exportsscePthreadAttrGetscopeasORBIS(posix_pthread_attr_getscope); shadPS4 has no export for the other three, whose names and NIDs are in the symbol database and whose signatures follow the same POSIX forms. Not measured on a console. As in libkernel, the scope is 0 (process) or 2 (system), andscePthreadAtforkhandlers are only recorded, as no process forks