AnyPS5/docs/dev/debt/libSceNet.md

libSceNet technical debt

Silent stubs

• sceNetShowIfconfig, sceNetShowNetstat (libSceNet) - return success without printing anything: the () signatures and the success return follow shadPS4, which stubs both the same way. PPSA01530 fails to load without the sceNetShowIfconfig export (#3177); PPSA11386 imports sceNetShowNetstat but does not call it during start-up. What the console prints and where is unverified

Unknown function info

• sceHttp2GetMemoryPoolStats, sceSslGetMemoryPoolStats, sceNetGetMemoryPoolStats (libSceHttp2, libSceSsl, libSceNet) - the signatures (int id, stats*), the layouts (pool size, peak and current use, and for Http2 and Ssl a 32-bit reserved field) and the error codes were measured on a PS5 (firmware 13.60). The pool size is the one given at init or pool creation. Http2 and Net allocate nothing from these pools. Ssl counts its certificate backend allocations and returned data against its pool; C++ bookkeeping is outside that budget. All three initially report zero use, where the console already reports 0x15C0 bytes for Ssl, 0x1640 for Http2 and 4 for a Net pool. Ssl's allocation sizes and peak usage do not reproduce the console allocator

Functional

• sceNetConnect to AF_UNSPEC (libSceNet) dissolves a datagram association as FreeBSD 11.4's udp_disconnect() does, which resets the local address to the wildcard address and keeps the port. On Linux a socket bound to an explicit port keeps its local address as well (127.0.0.1:<port> stays 127.0.0.1:<port>), because a bound socket cannot be bound again; one bound to port 0 is bound again to the wildcard address with the port it had
• sceNetSetsockopt (libSceNet) sets SO_RCVTIMEO and SO_SNDTIMEO as the host socket's timeouts. On Windows a receive or send on a stream socket that times out fails with ETIMEDOUT, where FreeBSD returns EAGAIN or the partial count: Winsock leaves the connection in an indeterminate state after a timeout and reports no partial count (SOL_SOCKET options), so FreeBSD's behaviour needs the timeout waited for without the host option. A receive on a datagram socket that times out fails with EAGAIN
• sceNetSetsockopt, sceNetGetsockopt (libSceNet) take SO_SNDTIMEO and SO_RCVTIMEO (0x1005, 0x1006) as a 16-byte struct timeval, as FreeBSD 11.4's sosetopt and sogetopt do, and Sony's 0x1105 and 0x1106 as an int of microseconds. A console log of ProsperoLight (firmware 12.20) shows receives timing out every 100 ms after it gave 0x1006 a {0, 100000} timeval. The errors for a value shorter than a timeval (EINVAL) or out of range (EDOM), and sceNetGetsockopt cutting the timeval to the caller's length, follow FreeBSD's sooptcopyin and sooptcopyout and are not measured on a console
• sceNetSetsockopt (libSceNet) stores SO_ONESBCAST (0x10000, shadPS4's ORBIS_NET_SO_ONESBCAST) per socket and sceNetGetsockopt reads back the value that was set, as shadPS4 does; PPSA34501 sets it and crashes later when it fails with EOPNOTSUPP. Sends ignore it. FreeBSD 11.4's ip(4) documents the like-named IPPROTO_IP option IP_ONESBCAST: a datagram sent to an interface's directed broadcast address, such as 192.168.2.255, leaves through that interface with its destination rewritten to 255.255.255.255, and only on a socket allowed to set SO_BROADCAST. Here host routing selects the outgoing interface and the destination is not rewritten. shadPS4 also leaves sends unchanged, and its TODO reads the option the other way round: a send to 255.255.255.255 would be converted to the interface's broadcast address. Whether the console's SOL_SOCKET option behaves like IP_ONESBCAST, and what it reads back, is not verified on hardware. FreeBSD 11.4's sogetopt() reads several boolean socket options back as their flag bit (so_options & optname, sys/kern/uipc_socket.c), not as the value set; whether the console does so for 0x10000 is unknown
• sceNetGetsockopt (libSceNet) reads SO_ERROR from the host socket. Winsock does not clear a socket's pending error when it is read, so on Windows the library reports a pending error once and shows it again only after a new sceNetConnect; a second failure with the same code on the same socket without a sceNetConnect in between would be hidden.
• sceNetSendmsg and sceNetRecvmsg (libSceNet) copy the scatter/gather list through one host buffer and accept only the flags sceNetSend/sceNetRecv accept. Sending control data throws; a receive never returns control data (msg_controllen 0), since no socket option that queues it is supported
• MSG_DONTWAIT (libSceNet) in sceNetSend, sceNetSendto, sceNetRecv, sceNetRecvfrom, sceNetRecvmsg and sceNetSendmsg makes that one call non-blocking through the host's MSG_DONTWAIT, as FreeBSD 11.4's soreceive_generic returns EWOULDBLOCK for it (sys/kern/uipc_socket.c); the value 0x80 is FreeBSD's (sys/sys/socket.h) and shadPS4's. Winsock has no per-call non-blocking flag, so on Windows these calls still fail with EOPNOTSUPP for it
• sceNetRecv, sceNetRecvfrom and sceNetRecvmsg (libSceNet) on a datagram socket with no local address wait on Windows until a bind, connect or send gives it one, checking the host socket every 10 ms. Winsock fails such a receive with WSAEINVAL, where FreeBSD 11.4's soreceive_dgram waits for a datagram (sys/kern/uipc_socket.c). A non-blocking socket fails with EAGAIN at once, and the receive timeout ends the wait with EAGAIN; when the address comes first, the call waits for a datagram only for what is left of the timeout. A sceNetShutdown of the receive side ends the wait and the receive returns 0, and a zero-length receive returns 0 without waiting, as soreceive_dgram does when the socket can't receive more or nothing was asked for. An abort or close ends the wait, and the host receive then fails as it did before
• sceNetResolverAbort and sceNetResolverStartNtoaMultipleRecords (libSceNet) follow shadPS4 (net.cpp, net_resolver.cpp); the (int rid, int flags) signature of the abort also matches SharpProspero. Unverified on hardware. Lookups run synchronously over the host resolver, which cannot be interrupted: an abort while a lookup runs on another thread returns at once, and that lookup fails with EINTR without writing its output only when the host call returns; the abort flags are then ignored, as shadPS4 does for a running lookup. With nothing running, abort flag 1 (NTOA preservation) or 2 (ATON preservation) makes the next sceNetResolverStartNtoa* or sceNetResolverStartAton call on that resolver fail with EINTR, reported by sceNetResolverGetError, after its arguments are checked. Unlike shadPS4, which ignores them, other abort flag bits throw, and sceNetResolverStartNtoaMultipleRecords throws for any flag, including async (1) and 0x10000 (IP address literals disabled), as sceNetResolverStartNtoaMultipleRecordsEx does
• sceNetResolverStartNtoa6 (libSceNet) resolves a host name to its first IPv6 address through the host resolver (getaddrinfo with AF_INET6) and writes the 16-byte address; the (rid, hostname, addr, timeout, retry, flags) signature follows sceNetResolverStartNtoa. A name with no IPv6 address fails with RESOLVER_ENODNS (0x804101E1) like a failed lookup; whether the console returns IPv4-mapped addresses instead is not verified. Timeout and retry are ignored as in sceNetResolverStartNtoa, and any nonzero flags throw because their meaning for this call is not known. Unverified on hardware.