IdStorage: Difference between revisions
m (→0x11C: Add expected values based on unit type) |
(→Leaf content: Rework descriptions and move leaf names in subsection title when applicable) |
||
Line 62: | Line 62: | ||
= Leaf content = | = Leaf content = | ||
In this section, the following conventions and terms are used: | |||
* Empty: area has all bits set to 1 (i.e., 0xFF) | |||
* Present / Not present: the leaf exists in IdStorage partition | |||
* The content of a leaf always starts at offset 0. | |||
* If leaf contents are smaller than 512 bytes, the unused parts are left empty. | |||
Leaves not listed in this section have not been found in any unit, and leaves listed in this section are not all found in every unit. | |||
The following information may not be valid for all pre-production units (DEM/CEM). | |||
The following information may not be valid for pre-production units. | |||
== Idps certificates == | == Idps certificates == | ||
Line 87: | Line 88: | ||
* 0x7F | * 0x7F | ||
=== 0x000~0x007 === | === 0x000~0x007 - SceIdStoragePspCertificates === | ||
Identical across all units and duplicated in leaves 0x020 to 0x027. | Identical across all units and duplicated in leaves 0x020 to 0x027. | ||
=== 0x040~0x047 === | === 0x040~0x047 - SceIdStoragePsp2Certificates === | ||
Console-unique. | Console-unique. | ||
Line 111: | Line 108: | ||
Data contained between 0x0 and 0x5F is unknown, and data between 0x160 and 0x1FF is unused (always 00). | Data contained between 0x0 and 0x5F is unknown, and data between 0x160 and 0x1FF is unused (always 00). | ||
== 0x80 == | == 0x80 - SMI == | ||
Service / Manufacturing Information (SMI) | Service / Manufacturing Information (SMI) | ||
Line 131: | Line 128: | ||
== 0x100 == | == 0x100 == | ||
Name may be <code>Idlog</code>. | |||
Console-unique. Strings related to manufacturing. | |||
One string starts at offset 0, and one string starts at offset 0x100. Both strings occupy 0x100 bytes (unused space is filled with zeroes). | |||
The string at offset 0x100 is written at a different stage (end of manufacturing?) than the string at offset 0, so it is possible to find units with only first string written (e.g., a Dolphin CEM-3000 unit). | |||
== 0x102 == | == 0x102 == | ||
Line 141: | Line 142: | ||
== 0x103 == | == 0x103 == | ||
Console-unique. | Console-unique. Unit hardware information. | ||
* 0x000-0x003: [[KBL_Param#Hardware_Info|ErnieHwInfo]] | * 0x000-0x003: [[KBL_Param#Hardware_Info|ErnieHwInfo]] | ||
Line 183: | Line 184: | ||
Console-unique. Test/diagnostic results. | Console-unique. Test/diagnostic results. | ||
This leaf is only present if diagnostic software has been executed on the unit or some factory tests failed. | |||
== 0x110 == | == 0x110 - WlanRegion == | ||
The following algorithm is used to derive it from PsCode: | The following algorithm is used to derive it from PsCode: | ||
<source lang="c"> | <source lang="c"> | ||
byte WlanRegion[3]; | byte WlanRegion[3]; //Leaf contains only 3 bytes of data | ||
switch(pscode.product_code) { | switch(pscode.product_code) { | ||
case 0x100: | case 0x100: | ||
Line 226: | Line 226: | ||
</source> | </source> | ||
== 0x111 == | == 0x111 - WlanMacAddress == | ||
Console-unique. The MAC address of the Wireless LAN adapter (6 bytes). | |||
MtpSerial | == 0x112 - MtpSerial == | ||
Console-unique. The serial number | Console-unique. The serial number reported via the MTP protocol (32 UTF-16 characters). | ||
== 0x113 == | == 0x113 == | ||
Console-unique. | Console-unique on 3G units and empty on all others. Contains informations related to the 3G modem. | ||
== 0x114 == | == 0x114 - DeviceLocation == | ||
Identical for all consoles of a generation (one kind for Fat, one kind for Slim, empty on PSTV). | |||
Contains four <code>struct DeviceLocation</code>s describing the location of physical devices in the unit. | |||
<source lang="c> | <source lang="c> | ||
struct DeviceLocation { | struct DeviceLocation { //size is 0x10 bytes | ||
//0x00 - Front camera | //0x00 - Front camera | ||
//0x01 - Back camera | //0x01 - Back camera | ||
Line 263: | Line 257: | ||
</source> | </source> | ||
The structures are usually found in the following order: Cameras followed by Motion (Acc + Gyro). | |||
There | There is also an unknown int32 flag at offset 0x100. | ||
== 0x115 - ProductTypeInfo == | |||
Identical for all consoles "with same SKU". A string of 16 characters containing information about the product type. | |||
Identical for consoles of the | |||
Example values: | Example values: | ||
Line 297: | Line 285: | ||
** 6: Mexico generic | ** 6: Mexico generic | ||
== 0x116 == | == 0x116 - ColorVariation == | ||
Used for wave color by SceShell if present. ([https://github.com/Princess-of-Sleeping/psp2wpp/blob/master/src/main.c#L441-L467 Patch example]) | |||
Used for wave color by SceShell. ([https://github.com/Princess-of-Sleeping/psp2wpp/blob/master/src/main.c#L441-L467 Patch example]) | |||
<source lang="c"> | <source lang="c"> | ||
Line 318: | Line 302: | ||
* Glacier White PCH-2000 / White PSTV: <code>{ 0x01, 0x000C, 0x00 }</code> | * Glacier White PCH-2000 / White PSTV: <code>{ 0x01, 0x000C, 0x00 }</code> | ||
== 0x117 == | == 0x117 - TemperatureThreashold == | ||
The typo in this leaf's name is present in SCE code. | |||
Contains 4 elements of 1 byte each, which are always all zeroes when the leaf is present. | |||
Sent to Syscon? | |||
== 0x118 - AudioParam == | |||
1 byte. If set to 0 (or the leaf is absent?), AVLS is never forcefully enabled. | |||
Should be 0x0 except on units with PsCode Product Code 0x105 (Europe/East/Africa), 0x107 (Great Britain/United Kingdom) or 0x109 (Australia/New Zealand). | |||
EtherMacAddress | == 0x119 - EtherMacAddress == | ||
Console-unique. The MAC address of the Ethernet adapter. | Console-unique. The MAC address of the Ethernet adapter (6 bytes). | ||
Empty or not present for non-PSTV units. | |||
== 0x11A == | == 0x11A - WebBrowserParam == | ||
1 byte. | |||
Seen: | Seen: | ||
0x02 on PCH200X, 0x11 on PSTV | 0x02 on PCH200X, 0x11 on PSTV | ||
Should be | Should be 0x1 on Fat CEX/DEX, 0x2 on Slim, 0x11 on PSTV and 0x0 on all other units. | ||
ShutterParam | == 0x11B - ShutterParam == | ||
When leaf is present and contains 0x01, the value returned by <code>sceAVConfigGetShutterVol()</code> changes from 30 to 26. | 1 byte. When leaf is present and contains 0x01, the value returned by <code>sceAVConfigGetShutterVol()</code> changes from 30 to 26. | ||
Seen: 0x01 on PCH200X, 0x00 on PSTV. | Seen: 0x01 on PCH200X, 0x00 on PSTV. | ||
Should be 0x1 on Slim units | Should be 0x1 on Slim units and 0x0 on all others. | ||
== 0x11C == | == 0x11C - LedInfoParam == | ||
1 byte. | |||
Seen: 0x01 on PCH200X, 0x00 on PSTV | Seen: 0x01 on PCH200X, 0x00 on PSTV | ||
Should be 0x1 on Slim units | Should be 0x1 on Slim units and 0x0 on all others. |
Revision as of 21:11, 25 December 2023
See also [1].
Description
Region of the PSVita eMMC where perconsole info is stored.
Location
Idstorage data is stored at first raw partition (code 0x1). Use [2] to extract.
Structure
The IdStorage partition is divided in two parts: the mapping table and the leaves.
Mapping table
The mapping table is located at the start of the partition. It's an array of 16-bit leaf IDs that serves as a leaf ID->index mapping table. The mapping table must be at least one-sector wide but may be bigger.
There are two leaf IDs reserved for usage in the mapping table: all entries corresponding to the mapping table (i.e. the first M
entries for an M sectors sized table) must hold the value 0xFFF5
, and all unallocated leaves hold the value 0xFFFF
.
To lookup a leaf index based on its ID, use the following algorithm:
#define M /* implementation defined */ #define SECTOR_SIZE (512) #define NUM_TABLE_ITEMS ((M * SECTOR_SIZE) / sizeof(uint16_t)) uint16_t g_mappingTable[NUM_TABLE_ITEMS]; int leafIndexFromId(unsigned id) { if (id >= 0xFFF0) return /* ERROR: invalid leaf ID */; for (int i = 0; i < NUM_TABLE_ITEMS; i++) { if (g_mappingTable[i] == id) return i; } return /* ERROR: leaf ID is not in mapping table */; }
Leaves
Leaves are sector-sized (512 bytes) areas in the IdStorage partition used to store arbitrary data. While the data stored may be smaller, a leaf always occupies one sector in the partition.
To read a leaf's data, obtain the leaf index (this can be known directly, or obtained from a leaf ID using the previously mentioned algorithm) then read 512 bytes starting at offset 512 * leafIndex
in the IdStorage partition.
Limits
The number of leaves that can be stored in an IdStorage partition is limited by three factors: the size of the partition, the size of the mapping table and the size of leaf IDs.
- An
M
sectors wide mapping table can hold up to255 * M
leaves- This is because a single-sector mapping table can reference
SECTOR_SIZE/sizeof(u16) - 1 = 255
leaves (the- 1
is needed because a table consumes one entry for itself)
- This is because a single-sector mapping table can reference
- A
P
sectors wide partition can hold up toP - M
leaves- This is because leaves are sector-sized, and the mapping table consumes
M
sectors
- This is because leaves are sector-sized, and the mapping table consumes
- There are 65520 leaf IDs available
- While an unsigned 16-bit variable can hold 65536 values, IDs superior or equal to 0xFFF0 are reserved and cannot be used
From this, we can conclude that an IdStorage partition of P
sectors with an M
sectors mapping table can hold up to min(255*M, P-M, 65520)
leaves. We can also deduce an IdStorage partition is optimally shaped (no space is non-allocatable) when P = 256 * M
.
On Vita, the IdStorage partition is 512KiB and 32 sectors are reserved for the indexing table (P = 1024, M = 32
, a non-optimal choice), which means the console's partition can hold up to 992 IdStorage leaves.
Leaf content
In this section, the following conventions and terms are used:
- Empty: area has all bits set to 1 (i.e., 0xFF)
- Present / Not present: the leaf exists in IdStorage partition
- The content of a leaf always starts at offset 0.
- If leaf contents are smaller than 512 bytes, the unused parts are left empty.
Leaves not listed in this section have not been found in any unit, and leaves listed in this section are not all found in every unit.
The following information may not be valid for all pre-production units (DEM/CEM).
Idps certificates
Leaves 0x000~0x07F are written to IdStorage during manufacturing by a function called _writeIdpsCert
.
Leaf 0x07E contains the signed SHA-256 digest of leaves 0x000~0x07D (signed using RSA-2048). The public key used for signature verification can be found in factTest.self
.
Leaf 0x07F is not covered by the signature but is flashed in _writeIdpsCert
nonetheless.
Empty leaves
The following leaves have always been observed to only contain zeroes:
- 0x008~0x01F
- 0x028~0x03F
- 0x050~0x07D
- 0x7F
0x000~0x007 - SceIdStoragePspCertificates
Identical across all units and duplicated in leaves 0x020 to 0x027.
0x040~0x047 - SceIdStoragePsp2Certificates
Console-unique.
0x048~0x04F
Console-unique. May be certificate(s).
0x07E
Console-unique.
The RSA-2048 signature of the Idps certificates (2048 bits/256 bytes) is located at offset 0x60 of this leaf.
Data contained between 0x0 and 0x5F is unknown, and data between 0x160 and 0x1FF is unused (always 00).
0x80 - SMI
Service / Manufacturing Information (SMI)
Console-unique. Contains minimal firmware version (checked in second_loader
).
struct SMILeaf { uint8_t magic[4]; //'SMI\0' uint32_t version; //1 uint32_t min_fwv; //Minimal firmware version uint8_t unused[0x80 - 0xC]; //Encrypted with per-console keys. //This is used to verify the leaf has not been modified. uint8_t encrypted_data[0x200 - 0x80]; };
0x100
Name may be Idlog
.
Console-unique. Strings related to manufacturing.
One string starts at offset 0, and one string starts at offset 0x100. Both strings occupy 0x100 bytes (unused space is filled with zeroes).
The string at offset 0x100 is written at a different stage (end of manufacturing?) than the string at offset 0, so it is possible to find units with only first string written (e.g., a Dolphin CEM-3000 unit).
0x102
Console-unique. Per-console factory/service product information.
0x103
Console-unique. Unit hardware information.
- 0x000-0x003: ErnieHwInfo
- 0x004-0x007: ErnieFwVersion (also called Ernie Verison)
- 0x008-0x00B: ErnieDlVersion
- 0x00C-0x00D: ErnieCfgVersion (version from ConfigStorageInfo; part of Syscon "ConfZZ" header)
- 0x00E-0x00F: Padding
- 0x010-0x01F: unknown
- 0x020-0x028: EmmcFwVersion - 1 byte (Vendor ID), 1 empty byte, then 6 bytes (Device Version) // identical on PCH-10xx and PDEL-100x, PS TV has different padding, PCH-20xx has different values
- 0x029-0x02F: unknown
- 0x030-0x037: EmmcFwVersion2 - 1 byte (Vendor ID), 6 bytes (Device Version) and 1 byte (only filled for Samsung eMMC, 0 otherwise)
- 0x038-0x03F: unknown
- 0x040-0x041: ElmoFwVersion
- 0x042-0x05F: Empty?
- 0x060-0x061: CookieFwVersion
- 0x062-0x07F: Empty?
- 0x080-0x083: Motion Device Info:
BarkleyFwVersion
(u16) followed byBarkleyHwInfo
(u16) - 0x084-0x09F: Empty?
- 0x0A0-0x0A5: Battery (Abby or Bert) Version. Empty on PS TV and PDEL-10xx.
- 0x0A6-0x0A7: Empty?
- 0x0A8-0x0AC: Battery calibration data.
BatteryVoltageCalib
(u16) followed byBatteryCurrentCalib
(u16) - 0x0AC-0x0BF: Empty?
- 0x0C0-0x0CB:
TouchpanelFWVersion
(4 u16) followed byTouchpanelConfigVersion
(2 u16) - 0x0CC-0x0CF: Empty?
- 0x0D0-0x0DF:
TouchpanelLotInfo
: 2 u32 for each panel - 0x0E0-0x0E3: Wlan/Bt HW Revision (ex: 50 00 00 00 on PCH-10xx/PCH-20xx/PS TV/PDEL-10xx)
- 0x0E4-0x0E7: Empty?
- 0x0E8-0x0ED: WlanMacAddress - WLAN MAC Address
- 0x0EE-0x0EF: Empty?
- 0x0F0-0x0F5: BtMacAddress - Bluetooh MAC Address
- 0x0F6-0x0FF: Empty?
- 0x100-0x11F:
BatteryLotInfo
(battery lot serial number in ASCII) - 0x120-0x183: unknown
- 0x184-0x193: OLEDLotInfo
- 0x194-0x1A3: 4 elements of 0x4 bytes
- 0x1A4-0x1A7: unknown
- 0x1A8-0x1C7: LcdModLotInfo
0x104
Console-unique. Test/diagnostic results.
This leaf is only present if diagnostic software has been executed on the unit or some factory tests failed.
0x110 - WlanRegion
The following algorithm is used to derive it from PsCode:
byte WlanRegion[3]; //Leaf contains only 3 bytes of data switch(pscode.product_code) { case 0x100: case 0x101: case 0x102: case 0x104: case 0x10B: case 0x10F: case 0x110: case 0x111: WlanRegion[2] = 0; WlanRegion[1] = 7; break; case 0x103: case 0x106: case 0x108: case 0x10A: case 0x10D: case 0x10E: WlanRegion[2] = 0; WlanRegion[1] = 0x1F; break; case 0x105: case 0x107: case 0x109: case 0x10C: WlanRegion[2] = 1; WlanRegion[1] = 0x1F; break; default: goto error; } WlanRegion[0] = 0xFF;
0x111 - WlanMacAddress
Console-unique. The MAC address of the Wireless LAN adapter (6 bytes).
0x112 - MtpSerial
Console-unique. The serial number reported via the MTP protocol (32 UTF-16 characters).
0x113
Console-unique on 3G units and empty on all others. Contains informations related to the 3G modem.
0x114 - DeviceLocation
Identical for all consoles of a generation (one kind for Fat, one kind for Slim, empty on PSTV).
Contains four struct DeviceLocation
s describing the location of physical devices in the unit.
struct DeviceLocation { //size is 0x10 bytes //0x00 - Front camera //0x01 - Back camera //0x10 - Accelerometer //0x11 - Gyro uint32_t type; int32_t x; int32_t y; int32_t z; };
The structures are usually found in the following order: Cameras followed by Motion (Acc + Gyro).
There is also an unknown int32 flag at offset 0x100.
0x115 - ProductTypeInfo
Identical for all consoles "with same SKU". A string of 16 characters containing information about the product type.
Example values:
PDEL100000010000
(PDEL-1000)PCH01004ZAZ20000
(PCH-1004 - Call of Duty: Black Ops Declassified limited edition)PCH01100AA010002
(Crystal Black PCH-1100 - docomo carrier)PCH02000ZA120000
(White PCH-2000)
Decomposition: FFFF NNNN PPPP xxx O
FFFF-NNNN PPPP
is usually printed on the product's boxFFFF
= family (e.g., PCH, PDEL)NNNN
= number (e.g., 1000, 1004, 1100)PPPP
= variant code (e.g., 0001, ZAZ2, AA01, ZA12)
xxx
= ? (always 000?)O
= Product target operator (carrier ID for 3G models - usually matches offset 0x88 of leaf 0x113 on SIM-locked models).- 1: US operator
- 2: JP operator
- 3: EU generic
- 4: Asia generic
- 5: Canada operator
- 6: Mexico generic
0x116 - ColorVariation
Used for wave color by SceShell if present. (Patch example)
struct ColorVariation { uint8_t unk0; uint16_t unk1; //maybe just two uint8_t? uint8_t unk3; /* rest of the leaf is empty */ };
Example values:
- Call of Duty: Black Ops Declassified limited edition PCH-1004:
{ 0x01, 0x0000, 0x00 }
- Glacier White PCH-2000 / White PSTV:
{ 0x01, 0x000C, 0x00 }
0x117 - TemperatureThreashold
The typo in this leaf's name is present in SCE code.
Contains 4 elements of 1 byte each, which are always all zeroes when the leaf is present.
Sent to Syscon?
0x118 - AudioParam
1 byte. If set to 0 (or the leaf is absent?), AVLS is never forcefully enabled.
Should be 0x0 except on units with PsCode Product Code 0x105 (Europe/East/Africa), 0x107 (Great Britain/United Kingdom) or 0x109 (Australia/New Zealand).
0x119 - EtherMacAddress
Console-unique. The MAC address of the Ethernet adapter (6 bytes).
Empty or not present for non-PSTV units.
0x11A - WebBrowserParam
1 byte.
Seen: 0x02 on PCH200X, 0x11 on PSTV
Should be 0x1 on Fat CEX/DEX, 0x2 on Slim, 0x11 on PSTV and 0x0 on all other units.
0x11B - ShutterParam
1 byte. When leaf is present and contains 0x01, the value returned by sceAVConfigGetShutterVol()
changes from 30 to 26.
Seen: 0x01 on PCH200X, 0x00 on PSTV.
Should be 0x1 on Slim units and 0x0 on all others.
0x11C - LedInfoParam
1 byte.
Seen: 0x01 on PCH200X, 0x00 on PSTV
Should be 0x1 on Slim units and 0x0 on all others.