Modules

The PSP/PS3/PSVita ELF loaded in memory is called a module. A module is distinctive by its fingerprint and in most cases its name, but the same module name can be used in both the non-secure kernel and the secure kernel (example: SceSysmem).

SceModuleInfo
It contains information on the module, and on its imports/exports.

Location

 * For non-stripped modules, SceModuleInfo structure is located in ".sceModuleInfo.rodata" memory block.


 * For ET_SCE_EXEC modules, when e_entry is not null, SceModuleInfo structure is located in text segment at offset e_entry. Else it is located in text segment (first LOAD segment) at offset Elf32_Phdr[text_seg_id].p_paddr - Elf32_Phdr[text_seg_id].p_offset.


 * For ET_SCE_RELEXEC modules, SceModuleInfo structure is located in the segment indexed by the upper two bits of e_entry of the ELF header. The structure is stored at the base offset of the segment plus the offset defined by the bottom 30 bits of e_entry.

Structure
Some fields are optional and can be set to zero. The other fields determine how this module is loaded and linked. All offset fields are formatted as follows: top 2 bits is an index to the segment to start at and bottom 30 bits is an offset from the segment start. Currently, the segment start index must match the segment that the module information structure is in.

Module attribute
The attributes of a module. Bitwise OR'ed values from ::SceModuleAttribute and ::SceModulePrivilegeLevel.


 * Most userland modules and a few kernel modules have it set to 0.
 * Most kernel modules have it set to 7.
 * attribute 0x8000 was seen in FW 0.995 debug comicreader.elf and in FW 0.902 cui_update_starter_module.self.

Modules imports-exports
Each module contains zero or more library exports and zero or more library imports. An exported library groups together related functions along with their NID and exports it for SceKernelModulemgr to link with a library import in another module.

Exports
An array of export entries defines all the libraries exported by the module.

Structure
Kernel modules that export syscalls (user accessible libraries) also get entries added to the syscall table. The syscall table is randomized on each boot so the same function will likely get a different syscall number assigned each time.

Hash Info
Hash info is a number which depends of the number of exports. It can have values: 0, 2, 4 or 6.

It is related to NID Hash Table, which is still a mystery.

NONAME exports
Old name was "syslib" for "system library".

There is a special export entry that always shows up (even when the module exports no libraries) with attribute 0x8000 and NID 0x00000000 that exports the module_start, module_stop, module_exit functions for example.

The NIDs for these exports are common for all modules. See here for NID generation algorithm.

For PSVita:

For PSP:

Imports
Each module can import any number of libraries from other modules by specifying the library NID to import along with a list of functions/variables NIDs to import. SceKernelModulemgr does the dynamic linking by either jumping to an address if the two modules are in the same privilege level, or making a syscall if it is userland module importing a library exported by a kernel module. Kernel modules cannot import user libraries.

Library attribute flags
Flags are ORed together and identified as follows:

Relocations
See for more information on how PSVita relocations work.

Relocations are stored within the PT_SCE_RELA segment.

Relocation entry format can be one of 10 types which is determined by r_format (the first 4 bits).

List of Modules
Below is a list of all known Modules in the system along with the lowest version number it was seen on.

3.60 Retail Modules
Module name obtained in decrypted SELF at offset (elf_hdr.entrypoint+4) and program-authority-id in SELF header at offset 0x80.