3dbrew

Filesystem services: Difference between revisions

← Older edit
TimmSkiller (talk | contribs)
Trusted
702 edits
 
(104 intermediate revisions by 16 users not shown)
Line 1: Line 1:
[[Category:Services]]
= Services =
 
{{Anchor|FS}}{{Anchor|FSUSER}}{{Anchor|fs:USER}}
= Filesystem service "fs:USER" =
== Filesystem service "fs:USER" ==
You can at most have 32 FS archive handles.
You can at most have 32 FS archive handles.


Line 553: Line 553:
| 0x086B00C2
| 0x086B00C2
|?
|?
|?
| [[FS:SetOtherSaveDataSecureValue|SetOtherSaveDataSecureValue]]
| 00121004
| 0x121004
|-
|-
| 0x086C00C2
| 0x086C00C2
|?
|?
|?
| [[FS:GetOtherSaveDataSecureValue|GetOtherSaveDataSecureValue]]
| 00121004
| 0x121004
|-
|-
| 0x086D0040
| 0x086D0080
|?
|?
|?
| [[FS:BeginSaveDataMove|BeginSaveDataMove]]
| 00020004
| 0x20004
|-
|-
| 0x086E00C0
| 0x086E00C0
|?
|?
|?
| [[FS:SetThisSaveDataSecureValue|SetThisSaveDataSecureValue]]
|None?
|None
|-
|-
| 0x086F0040
| 0x086F0040
|?
|?
|?
| [[FS:GetThisSaveDataSecureValue|GetThisSaveDataSecureValue]]
| 0xE
| None
|-
|-
| 0x087000C2
| 0x087000C2
|?
|?
|?
| [[FS:CheckArchive|CheckArchive]]
|None?
|None
|-
|-
| 0x08710100
| 0x08710140
|?
| ?
|?
| [[FS:TransferSaveDataCMAC|TransferSaveDataCMAC]]
| 0xC
| 0x20004
|-
|-
| 0x087201C0
| 0x08720200
|?
|?
|?
| [[FS:RegisterTitleContentOverlay|RegisterTitleContentOverlay]]
| 00080004
| 0x80004
|-
|-
| 0x087300C0
| 0x08730100
|?
|?
|?
| [[FS:UnregisterTitleContentOverlay|UnregisterTitleContentOverlay]]
| 00080004
| 0x80004
|-
|-
| 0x08740000
| 0x08740000
|?
|?
|?
| [[FS:UnregisterAllTitleContentOverlays|UnregisterAllTitleContentOverlays]]
| 00080004
| 0x80004
|-
|-
| 0x08750140
| 0x08750140
|?
|?
|?
| [[FS:SetSaveArchiveSecureValue|SetSaveArchiveSecureValue]]
|None?
|None
|-
|-
| 0x087600C0
| 0x087600C0
|?
|?
|?
| [[FS:GetSaveArchiveSecureValue|GetSaveArchiveSecureValue]]
|None?
|None
|-
|-
| 0x08770100
| 0x08770140
|?
|?
|?
|?
| [[FS:RegisterSpecialTitleContent|RegisterSpecialTitleContent]]
| 0x80004
|-
|-
| 0x087800C0
| 0x08780100
|?
|?
|?
|?
| [[FS:UnregisterSpecialTitleContent|UnregisterSpecialTitleContent]]
| 0x80004
|-
|-
| 0x087900C2
| 0x087900C2
| ?
| ?
| Same as GetLegacyBannerData, except for the last parameter this passes u8 value 0x1 instead of 0x0, for the FSPXI command.
| Same as [[FS:GetLegacyBannerData|GetLegacyBannerData]], except for the last parameter this internally passes u8 value 0x1 instead of 0x0, for the FSPXI command.
| 0x00101015
| 0x101015
|-
|-
| 0x087A....
| 0x087A0180
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| ?
| [[FS:AddSeed|AddSeed]]
| 0x00200000
| 0x200000
|-
|-
| 0x087B....
| 0x087B0080
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Wrapper for the code internally used for command <0x087A....>.
| [[FS:GetSeed|GetSeed]]
| 0x00200000
| 0x200000
|-
|-
| 0x087C....
| 0x087C0080
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Eventually calls same code as command <0x087A....>.
| [[FS:DeleteSeed|DeleteSeed]]
| 0x00200000
| 0x200000
|-
|-
| 0x087D0000
| 0x087D0000
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Writes an u32 from state to cmdreply[2]. Probably the total number of titles in the SEEDDB?
| [[FS:GetNumSeeds|GetNumSeeds]]
| 0x00200000
| 0x200000
|-
|-
| 0x087E0042
| 0x087E0042
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Eventually calls same code as command <0x087A....>. Writes a list of titleIDs to the outbuf, this is for titles with content-lock-seed(s) stored in SEEDDB. (u32 total_titleids_probably, ((Size<<4)  <nowiki>|</nowiki> 12), outbufptr)
| [[FS:ListSeeds|ListSeeds]]
| 0x00200000
| 0x200000
|-
|-
| 0x087F....
| 0x087F0100
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| ?
| [[FS:TitleContentHasSeed|TitleContentHasSeed]]
| 0x00200000
| 0x200000
|-
|-
| 0x0880....
| 0x08800880
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Eventually calls same code as command <0x087A....>.
| [[FS:AddTitleTag|AddTitleTag]]
| 0x00200000
| 0x200000
|-
|-
| 0x0881....
| 0x08810080
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Eventually calls same code as command <0x087A....>.
| [[FS:GetTitleTag|GetTitleTag]]
| 0x00200000
| 0x200000
|-
|-
| 0x0882....
| 0x08820080
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Eventually calls same code as command <0x087A....>.
| [[FS:DeleteTitleTag|DeleteTitleTag]]
| 0x00200000
| 0x200000
|-
|-
| 0x08830000
| 0x08830000
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Writes an output value to cmdreply[2].
| [[FS:GetNumTitleTags|GetNumTitleTags]]
| 0x00200000
| 0x200000
|-
|-
| 0x08840042
| 0x08840042
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| Eventually calls same code as command <0x087A....>.
| [[FS:ListTitleTags|ListTitleTags]]
| 0x00200000
| 0x200000
|-
|-
| 0x0885....
| 0x088500C0
| [[9.6.0-24|9.6.0-X]]
| [[9.6.0-24|9.6.0-X]]
| ?
| [[FS:CheckTitleSeed|CheckTitleSeed]]
| 0x00200000
| 0x200000
|-
| 0x088600C0
| [[11.1.0-34|11.1.0-X]]
| [[FS:CheckUpdatedDat|CheckUpdatedDat]]
| 0x80000
|}
|}


Line 693: Line 698:
Each session for fs:USER has separate permissions, initially these are set to all zero's for new fs:USER sessions. The permissions/etc for fs:USER sessions are initialized via [[FS:Initialize]](loaded from the user process exheader).
Each session for fs:USER has separate permissions, initially these are set to all zero's for new fs:USER sessions. The permissions/etc for fs:USER sessions are initialized via [[FS:Initialize]](loaded from the user process exheader).


=File service=
{{Anchor|FSLDR}}{{Anchor|fs:LDR}}
 
== Filesystem service "fs:LDR" ==
This service is identical to fs:USER, except [[FS:OpenArchive]] archive 0x2345678E can only be accessed with fs:LDR.
 
{{Anchor|FSReg}}{{Anchor|FSREG}}{{Anchor|fs:REG}}
== ProgramRegistry service "fs:REG" ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
Line 700: Line 711:
|-
|-
| 0x000100C6
| 0x000100C6
| [[FSFile:Dummy1|Dummy1]]
| [[FSReg:Dummy1|Dummy1]]
|-
|-
| 0x040100C4
| 0x040103C0
| [[FSFile:Control|Control]]
| [[FSReg:Register|Register]]
|-
|-
| 0x08010100
| 0x04020040
| [[FSFile:OpenSubFile|OpenSubFile]]
| [[FSReg:Unregister|Unregister]]
|-
|-
| 0x080200C2
| 0x040300C0
| [[FSFile:Read|Read]]
| [[FSReg:GetProgramInfo|GetProgramInfo]]
|-
|-
| 0x08030102
| 0x04040100
| [[FSFile:Write|Write]]
| [[FSReg:LoadProgram|LoadProgram]]
|-
|-
| 0x08040000
| 0x04050080
| [[FSFile:GetSize|GetSize]]
| [[FSReg:UnloadProgram|UnloadProgram]]
|-
|-
| 0x08050080
| 0x04060080
| [[FSFile:SetSize|SetSize]]
| [[FSReg:CheckHostLoadId|CheckHostLoadId]]
|}
 
Only two sessions can be opened for this service at a time, hence no other processes can use this due to [[Process_Manager_Services|pm-module]] and [[Loader_Services|loader]] using this.
 
=File and directory access=
==Files==
File session handles obtained via [[FS:OpenFile]] and [[FS:OpenFileDirectly]] can be used to access files through a service-like interface, despite not being an actual service registered using [[SRV:RegisterService]]. To use this service-like interface, simply call the SendSyncRequest SVC with a file session handle, using the IPC buffer in thread-local storage for parameters and responses, just like you would with a proper service.
 
{| class="wikitable" border="1"
|-
|-
| 0x08060000
!  Command Header
| [[FSFile:GetAttributes|GetAttributes]]
!  Description
|-
|-
| 0x08070040
| 0x000100C6
| [[FSFile:SetAttributes|SetAttributes]]
| [[FSFile:Dummy1|Dummy1]]
|-
|-
| 0x08080000
| 0x040100C4
| [[FSFile:Close|Close]]
| [[FSFile:Control|Control]]
|-
|-
| 0x08090000
| 0x08010100
| [[FSFile:OpenSubFile|OpenSubFile]]
|-
| 0x080200C2
| [[FSFile:Read|Read]]
|-
| 0x08030102
| [[FSFile:Write|Write]]
|-
| 0x08040000
| [[FSFile:GetSize|GetSize]]
|-
| 0x08050080
| [[FSFile:SetSize|SetSize]]
|-
| 0x08060000
| [[FSFile:GetAttributes|GetAttributes]]
|-
| 0x08070040
| [[FSFile:SetAttributes|SetAttributes]]
|-
| 0x08080000
| [[FSFile:Close|Close]]
|-
| 0x08090000
| [[FSFile:Flush|Flush]]
| [[FSFile:Flush|Flush]]
|-
|-
Line 745: Line 789:
|}
|}


=Directory service=
==Directories==
Directory session handles obtained via [[FS:OpenDirectory]] are usable via a service-like interface, following the exact same procedure described above for file sessions.
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
Line 777: Line 822:
|}
|}


= Filesystem service "fs:LDR" =
= Archives =
This service is identical to fs:USER, except [[FS:OpenArchive]] archive 0x2345678E can only be accessed with fs:LDR.
 
= ProgramRegistry service "fs:REG" =
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Command Header
!  ArchiveId
!  Description
!  Description
!  Accessible via [[Filesystem_services|FS]]
!  Accessible via [[Filesystem_services_PXI|FSPXI]]
!  Only accessible by Process9 internally
!  Requires binary [[FS:OpenFile|Lowpath]]
!  Required exheader FS access info bitmask
|-
|-
| 0x000100C6
| 0x00000003
| [[FSReg:Dummy1|Dummy1]]
| SelfNCCH (including [[#RomFS|RomFS]])
| Yes
| No
| No
| No
| None
|-
|-
| 0x040103C0
| 0x00000004
| [[FSReg:Register|Register]]
| SaveData (the saveID/mediatype for this is loaded from data originally from the user process' exheader)
| Yes
| No
| No
| No
| None
|-
|-
| 0x04020040
| 0x00000006
| [[FSReg:Unregister|Unregister]]
| ExtSaveData
| Yes
| No
| No
| Yes
| 0x100D, when the input extdataID isn't listed in the exheader.
|-
|-
| 0x040300C0
| 0x00000007
| [[FSReg:GetProgramInfo|GetProgramInfo]]
| Shared ExtSaveData
| Yes
| No
| No
| Yes
| None
|-
|-
| 0x04040100
| 0x00000008
| [[FSReg:LoadProgram|LoadProgram]]
| SystemSaveData
| Yes
| No
| No
| Yes
| 0x4, when the input saveID doesn't match the exheader system-saveID.
|-
|-
| 0x04050080
| 0x00000009
| [[FSReg:UnloadProgram|UnloadProgram]]
| SDMC
|-
| Yes
| 0x04060080
| Yes
| [[FSReg:CheckHostLoadId|CheckHostLoadId]]
| No
|}
| No
 
| 0x8E
Only two sessions can be opened for this service at a time, hence no other processes can use this due to [[Process_Manager_Services|pm-module]] and [[Loader_Services|loader]] using this.
 
=SEEDDB=
With [[9.6.0-24|9.6.0-X]] new [[System_SaveData]] with saveID 0001000F was added, this seems to be handled by FS-module itself, probably via the new service-cmds added to fsuser. [[Home Menu]] and [[NIM_Services|NIM]] module have access to those commands.
 
The SEEDDB savedata contains the title-unique seed-data used for the new [[NCCH]] keyY generation added with FIRM [[9.6.0-24|9.6.0-X]].
 
= Common Types =
== MediaType ==
{| class="wikitable" border="1"
|-
|-
!  Value
| 0x0000000A
!  Description
| SDMC Write-Only
| Yes
| No
| No
| No
| 0x808E
|-
|-
| 0
| 0x12345678
| NAND
| ExtSaveData for BOSS
| Yes
| No
| No
| Yes
| 0x44
|-
|-
| 1
| 0x12345679
| SD
| CARD SPI FS
| Yes
| Yes
| No
| No
| 0x16
|-
|-
| 2
| 0x1234567B
| Game Card
| ExtSaveData, and ExtSaveData for BOSS
|}
| No
 
| Yes
== OpenFlags ==
| No
{| class="wikitable" border="1"
| Yes
|  
|-
|-
!  Bit
| 0x1234567C
!  Description
| SystemSaveData
| No
| Yes
| No
| Yes
|
|-
|-
| 0
| 0x1234567D
| Read
| NAND RW
| Yes
| Yes
| No
| No
| 0x800
|-
|-
| 1
| 0x1234567E
| Write
| NAND RO
| Yes
| Yes
| No
| No
| 0x200
|-
|-
| 2
| 0x1234567F
| Create
| NAND RO Write FS
|}
| No
 
| Yes
== Attributes ==
| No
{| class="wikitable" border="1"
| No
| ?
|-
|-
!  Offset
| 0x12345680
!  Size
| Extdata transfer. Used for transferring [[Extdata#NAND_Shared_Extdata|NAND Shared Extdata]] during [[System_Transfer#System_Save_Data_/_Shared_Extdata_Transfer|system tranfers]].
!  Description
| Yes
| Yes
| No
| Yes
| ?
|-
|-
| 0x0
| 0x12345681
| 0x1
| System Savedata transfer. Used for transferring [[System_SaveData|System Save Data]] during [[System_Transfer#System_Save_Data_/_Shared_Extdata_Transfer|system tranfers]].
| Is Directory
| Yes
| Yes
| No
| Yes
| ?
|-
|-
| 0x1
| 0x12345682
| 0x1
| Unknown. There's code for this in spider v9.9, but that code isn't actually used.
| Is Hidden
| Yes
| No
| No
| Yes
| ?
|-
|-
| 0x2
| 0x2345678A
| 0x1
| Title access. With FS, this allows accessing NCCH/NCSD contents (ExeFS, RomFS, checking if a content uses a seed, checking the validity of the installed seed). FSPXI, additionally, allows opening raw NCCH/NCSD NCCH contents and DSiWare contents for reading, along with encrypted save data.
| Is Archive
| Yes
| Yes
| No
| Yes
| 0x1005
|-
|-
| 0x3
| 0x2345678B
| 0x1
| Used internally by Process9 as the lowest level title access archive. Allows for opening various sections of a title (TMD, CMD, raw contents, DLC contents, raw save data (including public/private/banner saves for DSiWare), title and/or content import context files and /data directories for save data.
| Is Read-Only
| No
|}
| No
 
| Yes
== WriteOption ==
| Yes
{| class="wikitable" border="1"
|  
|-
|-
!  Offset
| 0x2345678C
!  Size
| Used internally to access [[Title_Database|Title Database (/dbs)]] files. For SD, <code>title.db</code> and <code>import.db</code>. For NAND, <code>title.db</code>, <code>import.db</code>, <code>tmp_t.db</code>, <code>tmp_i.db</code>, and <code>jumpid.db</code>.
!  Description
| No
| No
| Yes
| Yes
|
|-
|-
| 0x0
| 0x2345678D
| 0x1
| Used internally to access non-title /dbs files on the NAND: <code>certs.db</code> and <code>ticket.db</code>.
| Flush
| No
| No
| Yes
| No
|  
|-
|-
| 0x1
| 0x2345678E
| 0x1
| FSPXI: Program Access (limited subset of merged main title + update/patch title access). For fs:LDR(used by the "loader" FIRM ARM11-process), only <code>exefs:/.code</code>. Not accessible with fs:USER.
| Update Time Stamp
| Yes
| Yes
| No
| Yes
| None, see description.
|-
|-
| 0x2
| 0x567890AB
| 0x1
| NAND CTR FS
| Reserved
| No
| Yes
| No
| No
| ?
|-
|-
| 0x3
| 0x567890AC
| 0x1
| TWL PHOTO
| Reserved
| Yes
|}
| Yes
 
| No
== DirectoryEntry ==
| No
{| class="wikitable" border="1"
| ?
|-
|-
!  Offset
| 0x567890AD
!  Size
| TWLS (DSi Sound stores recordings here). This is mapped to the FAT12 image stored in the file at [[Twln/shared2/0000]].
!  Description
| No
| Yes
| No
| No
| ?
|-
|-
| 0x0
| 0x567890AE
| 0x20C
| NAND TWL FS
| UTF-16 Entry Name
| Yes
| Yes
| No
| No
| 0x100
|-
|-
| 0x20C
| 0x567890AF
| 0xA
| NAND W FS
| 8.3 short filename name
| Yes
| Yes
| No
| No
| 0x100
|-
|-
| 0x216
| 0x567890B0
| 0x4
| Internally creates the same "ID Storage" wrapper over the NAND that is used for SystemSaveData and Shared ExtData, but all operations are stubbed and return 0xE0C046F8.
| 8.3 short filename extension
| No
| Yes
| No
| No
|  
|-
|-
| 0x21A
| 0x567890B1
| 0x1
| Gamecard SaveData (for check). This is a wrapper for UserSaveDataForCheck: the OpenArchive code for that is called with archive-lowpath TID=0/mediatype=2(gamecard).
| Always 1
| Yes
| No
| No
| No
| 0x6
|-
|-
| 0x21B
| 0x567890B2
| 0x1
| UserSaveData (for check). This is the same as the regular SaveData archive, except with this the savedata ID and mediatype is loaded from the input archive lowpath.
| Reserved
| Yes
| No
| No
| Yes
| 0x6
|-
|-
| 0x21C
| 0x567890B3
| 0x4
| [[3DS_Virtual_Console#NAND_Savegame|AGB Save Data]]
| [[Filesystem_services#Attributes|Attributes]]
| No
| No
| Yes
| No
| -
|-
|-
| 0x220
| 0x567890B4
| 0x8
| Similar to 0x567890B2 but can only access Accessible Save specified in [[NCCH/Extended_Header#Storage_Info|exheader]]?
| Entry Size
| Yes
| No
| No
| Yes
| ?
|}
|}


== ArchiveResource ==
Archives listed as not requiring a binary lowpath, use lowpath type [[FS:OpenFile|empty]].
 
The above permission bitmasks are from v2.x, see the above Services section for how these are handled.
 
Archives CTR NAND, NAND RO Write FS, TWL NAND, NAND W FS, and CARD SPI FS require the corresponding process exheader access control mount flag to be set, in the exheader for any of the currently running ARM11 processes, for [[Filesystem_services_PXI|FSPXI]]. The access rights checked by [[Filesystem services|FS]] module for archive mounting with fs:USER, are stored in the process' exheader accessinfo.
 
The CARDSPI archive allows access to the gamecard CARD1 raw savedata flash(aka "cardspi:/" in [[FIRM|Process9]]), the file lowpath must be WCHAR "/". The "NAND W FS" archive allows access to the raw NAND image(aka "wnand:/" in Process9), the file lowpath must be WCHAR "/".
 
= Filenames and Paths =
{{Anchor|PathType}} PathType:
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Offset
!  Value
!  Size
!  Description
!  Description
|-
| -1
| Returned internally by Process9, when errors occur it seems(in particular when no nul-terminator was found in the input path). The data ptr is set to NULL.
|-
|-
| 0x0
| 0x0
| 0x4
| INVALID - Specifies an invalid path
| Sector byte-size
|-
| 0x1
| EMPTY - Specifies an empty path
|-
|-
| 0x4
| 0x2
| 0x4
| BINARY - Non-text based path. Meaning is per-archive
| Cluster byte-size
|-
|-
| 0x8
| 0x3
| 0x4
| ASCII - Text-based path with 7-bit ASCII characters padded to 8-bits each (signed char)
| Partition capacity in clusters
|-
|-
| 0xC
| 0x4
| 0x4
| Available free space in clusters
| UTF16 - Text-based path with UTF-16 characters
|}
|}


== ArchiveId ==
In IPC requests, sizes of ASCII and UTF16 paths must include space for the null-terminator.
 
== Binary LowPath ==
The format of the data that a binary LowPath points to is custom per archive.
 
=== SystemSaveData / Extdata / Shared Extdata Archive Path Data Format ===
 
==== DataAccessPath ====
 
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Idcode
!  Offset !! Size !! Description
! Description
|-
!  Accessible via [[Filesystem_services|FS]]
| 0x0 || 0x1 || u8 [[Mediatypes|Mediatype]]
!  Accessible via [[Filesystem_services_PXI|FSPXI]]
|-
!  Requires binary [[FS:OpenFile|Lowpath]]
| 0x1 || 0x1 || only for NAND data (System Savedata / Shared Extdata), otherwise left 0:
{| class="wikitable" border="1"
|-
|-
| 0x00000003
! Value !! Description
| Application RomFS
| Yes
| No
| No
|-
|-
| 0x00000004
| 0 || Accesses from/to <code>nand:/data/<ID0 of current system></code>
| SaveData (the saveID/mediatype for this is loaded from data originally from the user process' exheader)
| Yes
| No
| No
|-
|-
| 0x00000006
| 1 || Accesses from/to <code>nand:/fixdata</code>
| ExtSaveData
| Yes
| No
| Yes
|-
|-
| 0x00000007
| 2 || Accesses from/to <code>nand:/data/<ID0 from [[Filesystem_services#DeviceMoveContext|Device Move Context]]></code>
| Shared ExtSaveData
|}
| Yes
|-
| No
| 0x2 || 0x2 || padding
| Yes
|}
 
==== SystemSaveData ====
 
===== FS =====
 
====== Archive Path ======
{| class="wikitable" border="1"
|-
|-
| 0x00000008
!  Index word
| SystemSaveData
!  Description
| Yes
| No
| Yes
|-
|-
| 0x00000009
| 0
| SDMC
| [[Filesystem_services#DataAccessPath|DataAccessPath]]
| Yes
| Yes
| No
|-
|-
| 0x0000000A
| 1
| SDMC Write-Only
| save ID low (save ID high is 0)
| Yes
|}
| No
 
| No
====== File Path ======
The file path is a cleartext ASCII or UTF16 file path (<code><file path></code>).
 
The file path would access the file at <code><base path>/sysdata/<save ID low>/<save ID high>/<file path></code>.
Note that <code>/<file path></code> refers to the virtual file system inside the </code><save ID high></code> file.
 
===== FSPXI / FS System Savedata Transfer / FSPXI System Savedata Transfer =====
 
====== Archive Path ======
{| class="wikitable" border="1"
|-
|-
| 0x12345678
!  Index word
| ExtSaveData for BOSS
!  Description
| Yes
| No
| Yes
|-
|-
| 0x12345679
| 0
| CARD SPI FS
| [[Filesystem_services#DataAccessPath|DataAccessPath]]
| Yes
|}
| Yes
 
| No
====== File Path ======
{| class="wikitable" border="1"
|-
|-
| 0x1234567B
! Index word !! Description
| ExtSaveData, and ExtSaveData for BOSS
| No
| Yes
| Yes
|-
|-
| 0x1234567C
| 0 || save ID low
| SystemSaveData
| No
| Yes
| Yes
|-
|-
| 0x1234567D
| 1 || save ID high
| NAND RW
|}
| Yes
 
| Yes
The file path would access the file at <code><base path>/sysdata/<save ID low>/<save ID high></code>.
| No
 
==== Extdata / Shared Extdata ====
 
===== FS / FS Extdata Transfer / FSPXI Extdata Transfer =====
 
====== Archive Path ======
{| class="wikitable" border="1"
|-
|-
| 0x1234567E
!  Index word
| NAND RO
!  Description
| Yes
| Yes
| No
|-
|-
| 0x1234567F
| 0
| NAND RO Write FS
| [[Filesystem_services#DataAccessPath|DataAccessPath]]
| No
| Yes
| No
|-
|-
| 0x12345680
| 1
| Unknown. There's code for this in spider v9.9, but that code isn't actually used.
| ext save ID low
| Yes
| ?
| Yes
|-
|-
| 0x12345681
| 2
| Unknown. Accessed by FS service.
| ext save ID high
| ?
|}
| ?
 
| ?
This refers to the extdata filesystem structure's base directory at <code><base path>/extdata/<ext save ID low>/<ext save ID high></code>.
|-
 
| 0x12345682
====== File Path ======
| Unknown. There's code for this in spider v9.9, but that code isn't actually used.
The file path is a cleartext ASCII or UTF16 file path (<code><file path></code>).
| Yes
 
| ?
For FS Extdata, this would acccess <code><base path>/extdata/<save ID low>/<save ID high>/<directory ID>/<file ID>/<file path></code>, and <code>/<file path></code> refers to the virtual file system inside the </code><file ID></code> file.
| Yes
 
For FS / FSPXI Extdata Transfer, this accesses <code><base path>/extdata/<save ID low>/<save ID high>/<file path></code>.
 
=== UserSaveDataForCheck Archive Path Data Format ===
{| class="wikitable" border="1"
|-
|-
| 0x2345678A
!  Index word
| Used for accessing general NCCH data. With FSPXI this also allows savedata access.
!  Description
| Yes
| Yes
| Yes
|-
|-
| 0x2345678B
| 0
| ?
| [[Mediatypes|Mediatype]] (must be non-zero)
| No
| No
| Yes
|-
|-
| 0x2345678C
| 1
| Used internally to access [[Title_Database|/dbs]] files?
| Lower word saveid
| No
| No
| Yes
|-
|-
| 0x2345678D
| 2
| ?
| Upper word saveid
| No
|}
| No
 
| No
The file/directory lowpath for this FS archive is a text path in the [[Savegames|savegame]] filesystem.
 
=== 0x567890B4 Archive Path Data Format ===
{| class="wikitable" border="1"
|-
|-
| 0x2345678E
!  Index word
| FSPXI: Similar to archive 0x2345678A. For fs:LDR(used by the "loader" FIRM ARM11-process), only ExeFS. Not accessible with fs:USER.
!  Description
| Yes
| Yes
| Yes
|-
|-
| 0x567890AB
| 0
| NAND CTR FS
| [[Mediatypes|Mediatype]]
| No
| Yes
| No
|-
|-
| 0x567890AC
| 1
| TWL PHOTO
| <code><nowiki>Lower_word_saveid >> 8</nowiki></code> ?
| Yes
|-
| Yes
| 2
| No
| Unknown. Game calculate this using formula <code><nowiki>0xFFFFFF00 | unknown_b</nowiki></code>
|}
 
=== Title Access Archive Path Data Format ===
==== Title Access Type ====
{| class="wikitable" border="1"
|-
|-
| 0x567890AD
! Value !! Description
| ?
| No
| Yes
| No
|-
|-
| 0x567890AE
| 0 || High-level NCCH content access
| NAND TWL FS
| Yes
| Yes
| No
|-
|-
| 0x567890AF
| 1 || Save data access (high-level, decrypted)
| NAND W FS
| Yes
| Yes
| No
|-
|-
| 0x567890B0
| 2 || Raw content (low-level NCCH/SRL) access
| ?
| No
| Yes
| No
|-
|-
| 0x567890B1
| 3 || Banner save data access (for DSiWare titles)
| Gamecard SaveData (for check). This is a wrapper for UserSaveDataForCheck: the OpenArchive code for that is called with archive-lowpath TID=0/mediatype=2(gamecard).
| Yes
| No
| No
|-
|-
| 0x567890B2
| 4 || FS only: Save data transfer (internally uses generated data from [[FS:BeginSaveDataMove]] as the IV for "Save data access (low-level, encrypted)")
| UserSaveData (for check). This is the same as the regular SaveData archive, except with this the savedata ID and mediatype is loaded from the input archive lowpath.
| Yes
| No
| Yes
|-
|-
| 0x567890B4
| 5 || Save data access (low-level, encrypted)
| ? SaveData from Demo Version of Retail Game
| Yes
| No
| No
|}
|}


Archives listed as not requiring a binary lowpath, use lowpath type [[FS:OpenFile|empty]].
==== NCCH Access Type ====
 
Archives CTR NAND, NAND RO Write FS, TWL NAND, NAND W FS, and CARD SPI FS require the corresponding process exheader access control mount flag to be set, in the exheader for any of the currently running ARM11 processes, for [[Filesystem_services_PXI|FSPXI]]. The access rights checked by [[Filesystem services|FS]] module for archive mounting with fs:USER, are stored in the process' exheader accessinfo.
 
The CARDSPI archive allows access to the gamecard CARD1 raw savedata flash(aka "cardspi:/" in [[FIRM|Process9]]), the file lowpath must be WCHAR "/". The "NAND W FS" archive allows access to the raw NAND image(aka "wnand:/" in Process9), the file lowpath must be WCHAR "/".
 
== PathType ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
! Value
! Value !! Description
! Description
|-
|-
| 0x0
| 0 || RomFS
| INVALID - Specifies an invalid path.
|-
| 1 || <code>exefs:/.code</code>
|-
|-
| 0x1
| 2 || System Menu Data (<code>exefs:/icon</code>, <code>exefs:/banner</code>, <code>exefs:/logo</code>)
| EMPTY - Specifies an empty path.
|-
|-
| 0x2
| 3 || NCCH Header(s)
| BINARY - Non-text based path. Meaning is per-archive.
|-
|-
| 0x3
| 4 || "is seeded" check
| CHAR - Text-based path with 8-bit characters.
|-
|-
| 0x4
| 5 || Seed verify/validate
| WCHAR - Text-based path with 16-bit characters.
|}
|}


=== Binary LowPath ===
==== NCCH Header Access Type ====
The format of the data that a binary LowPath points to is custom per archive.
 
==== SystemSaveData Archive Path Data Format ====
===== FS =====
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
! Index word
! Value !! Description
! Description
|-
| 0 || [[NCCH/Extended_Header|Extheader]] (0x0-0x400)
|-
|-
| 0
| 1 || [[NCCH/Extended_Header|Extheader]] AccessDesc (0x400-0x800)
| [[Mediatypes|Mediatype]] (must be zero for NAND)
|-
|-
| 1
| 2 || Raw [[NCCH#NCCH_Header|NCCH Header]]
| saveid
|}
|}
The file/directory lowpath is a text lowpath in the [[Savegames|savegame]] filesystem.


===== FSPXI =====
==== Archive Path ====
 
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
! Index word
! Offset !! Size !! Description
! Description
|-
| 0x0 || 0x8 || Program ID (Title ID)
|-
| 0xB || 0x1 || [[Mediatypes|Media Type]]
|-
|-
| 0
| 0xC || 0x4 || padding
| u8 [[Mediatypes|Mediatype]] (must be zero for NAND)
|}
|}
The file lowpath is a binary lowpath containing the u64 saveid, however the high word of the saveid is always zero. The mounted file is the cleartext savegame image. Up to 32 SystemSaveData image files can be opened under a single mounted FSPXI archive.


==== UserSaveDataForCheck Archive Path Data Format ====
==== File Path ====
 
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
! Index word
! Offset !! Size !! Description
! Description
|-
|-
| 0
| 0x0 || 0x4 || [[Filesystem_services#Title_Access_Type|Title Access Type]]
| [[Mediatypes|Mediatype]] (must be non-zero)
|-
|-
| 1
| 0x4 || 0x10 || Dynamic data depending on [[Filesystem_services#Title_Access_Type|Title Access Type]]:
| Lower word saveid
 
{| class="wikitable" border="1"
|-
! High Level NCCH Access !! Save Data Access (high level) !! Raw Content !! FS only: Save Data Transfer
|-
|-
| 2
|
| Upper word saveid
{| class="wikitable" border="1"  
|}
The file/directory lowpath for this FS archive is a text path in the [[Savegames|savegame]] filesystem.
 
==== ExtSaveData Archive Path Data Format ====
{| class="wikitable" border="1"
|-
|-
! Index word
! Offset !! Size !! Description
! Description
|-
|-
| 0
| 0x0 || 0x4 || Content index from TMD for NAND/SD titles
| [[Mediatypes|Mediatype]]
NCSD partition index for gamecards
|-
|-
| 1
| 0x4 || 0x4 || [[Filesystem_services#NCCH_Access_Type|NCCH Access Type]]
| Lower word saveid
|-
|-
| 2
| 0x8 || 0x8 || Dynamic data depending on [[Filesystem_services#NCCH_Access_Type|NCCH Access Type]]:
| Upper word saveid
For ExeFS, (System Menu Data / <code>exefs:/.code</code>),
 
{| class="wikitable" border="1"
| 8-byte ExeFS file name
|}
|}
For FS, the file/directory lowpath is a text path in the [[extdata]] filesystem. For FSPXI, the file lowpath is a text path relative to the "/extdata/<ExtdataIDHigh>/<ExtdataIDLow>" directory on SD/NAND, for the cleartext extdata image to mount.


==== 0x2345678A Archive Path Data Format ====
For Header Access,
 
{| class="wikitable" border="1"
{| class="wikitable" border="1"
| [[Filesystem_services#NCCH_Header_Access_Type|u64, NCCH Header Access Type]]
|}
For RomFS,
{| class="wikitable" border="1"
| [[NCCH#Content_Types|u64, Allowed content types flag]]
(<code>(1 << allowed_type_a) |
(1 << allowed_type_b)...</code>)
|}
|}
|
{| class="wikitable" border="1"
|-
! Offset !! Size !! Description
|-
|-
!  Index word
| 0x0 || 0x10 || 16-byte IV for save data crypto
!  Description
|}
|-
|
| 0
{| class="wikitable" border="1"
| Lower word programID
|-
|-
| 1
! Offset !! Size !! Description
| Upper word programID
|-
|-
| 2
| 0x0 || 0x4 || Content index from TMD for NAND/SD titles
| [[Mediatypes|Mediatype]]
NCSD partition index for gamecards
|-
|-
| 3
| 0x4 || 0xC || padding
| Reserved
|}
|}
 
|
===== File lowpath =====
{| class="wikitable" border="1"  
{| class="wikitable" border="1"
|-
|-
! Index word
! Offset !! Size !! Description
! Description
|-
|-
| 0
| 0x0 || 0x4 || Save data transfer key from [[FS:BeginSaveDataMove]]
| 0 for NCCH data, 1 for savedata. The latter is only valid for FSPXI.
|-
|-
| 1
| 0x4 || 0xC || padding
| TMD content index / NCSD partition index.
|}
|-
|}
| 2
| Type: 0=romfs(0 for non-NCCH as well), 1=exefs ".code"(?), 2=exefs "icon"/"banner"/"logo", 3=unknown, 4=unknown, 5=unknown.
|-
|-
| 3-4
| 0x14 || 0x10 || 16-byte seed for titles that require one, or for validating a seed against the check value in the [[NCCH#NCCH_Header|NCCH Header]]'s check value.
| Filename for ExeFS.
If the title does not use a seed, this should not be included and size 0x14 should be used instead of 0x24.
|}
|}


The 0x14-byte lowpath is all-zero for accessing the title's main RomFS.
For encrypted save data access and banner save data access, the entire 0x10 portion of the dynamic data is left blank.
 
The "is seeded check" NCCH access type opens a virtual 1-byte file that reads either 0 or 1; this value is generated on-the-fly and will be 1 if ncchflags[7] has bit5 set (content uses seed), and 0 otherwise.


==== [[RomFS]] ====
For NCCH sections that require a seed (e.g. <code>.code</code>, RomFS, etc.), the additional seed portion of the low path must be populated with the correct seed.  
The raw FS image for the main CXI RomFS(for the current app this is accessible via archiveid 0x3) can be accessed via an all-zero 0xc-byte binary file-lowpath. The update RomFS for the current app can be accessed with the first u32 in the binary file-lowpath being set to 0x5. This allows access to the raw level-3 IVFC image: the user process must handle parsing the filesystem used in this image itself.


In this scenario, OpenFile returns a handle to the RomFS archive.
The "Seed Verify/Validate" NCCH access type also requires the seed portion of the lowpath. The target NCCH content is opened (with the opened file interface being stubbed, meaning no real reads/writes can be performed on it), and the given seed is used to calculate the seed check hash, and part of it is compared to the check value in the NCCH header. If it matches, opening the "file" succeeds, otherwise 0xD900458C is returned. If attempt is made to use the seed validation type on a content that does not use a seed, error 0xC92044E6 is returned.


The 0x3 archive is an interface for the 0x2345678A archive with the current process programID+mediatype. File lowpath:
==== FS Limitations ====
{| class="wikitable" border="1"
 
For FS, this archive functions the same, except for the following limitations:
 
- Only the title access types "High Level NCCH Access" and "High Level Save Data Access", and "Save Data Transfer" are allowed.
 
- For high level NCCH access, the types "RomFS", "System Menu Data", "Seeded check", and "Seed Check/Verify" are allowed.
 
- For "Seed Check/Verify", rather than providing the title seed in the file path (as is the case for FSPXI), the seed is retrieved from the seed database (meaning the file lowpath size is always 0x14 for FS).
 
=== Program Access / SelfNCCH access ===
 
Provides access to a "merged" archive of a base title and, optionally, a separate update (patch) title.
 
If no patch title exists, the base title is considered to be the patch title, i.e. turning all "patch" accesses into accesses to the base title.
 
==== Program Access Type ====
{| class="wikitable" border="1"
|-
! Value !! Description !! Accesses
|-
| 0 || RomFS ("unspecified" [[NCCH#Content_Type|content type]], the default) || Base title
|-
| 1 || <code>exefs:/.code</code> || Patch title
|-
|-
!  Index word
| 2 || System Menu Data (<code>exefs:/icon</code>, <code>exefs:/banner</code>, <code>exefs:/logo</code>) || Base title
!  Description
|-
| 3 || Save Data (high level, decrypted) || -
|-
|-
| 0
| 4 || RomFS (all [[NCCH#Content_Type|content types]]) || Base title
| Type:
* 0x0: Main RomFS.
* 0x1: Invalid.
* 0x2: Unknown. 0x2 is written to 0x2345678A-archive file_lowpath+0 for this.
* 0x3: Invalid.
* 0x4: FS-module executes svcBreak when using this.
|-
|-
| 1-2
| 5 || RomFS ("unspecified" [[NCCH#Content_Type|content type]], the default) || Patch title
| Unknown, normally 0.
|}
|}


== ProgramInfo ==
==== Archive Path ====
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
! Offset
! Offset !! Size !! Description
! Size
! Description
|-
|-
| 0x0
| 0x0 || 0x8 || u64, Program Handle from [[PXIPM:RegisterProgram]]
| 0x8
|}
| Program ID
 
==== File Path ====
{| class="wikitable" border="1"
|-
! Offset !! Size !! Description
|-
| 0x0 || 0x4 || [[Filesystem_services#Program_Access_Type|Program Access Type]]
|-
| 0x4 || 0x8 || Dynamic data depending on [[Filesystem_services#Program_Access_Type|Program Access Type]]:
{| class="wikitable" border="1"
|-
|-
| 0x8
! ExeFS files (System Menu Data, etc.) !! RomFS of base title (all [[NCCH#Content_Type|content types]])
| 0x1
| [[Filesystem_services#MediaType|Media Type]]
|-
|-
| 0x9
|
| 0x7
{| class="wikitable" border="1"
| Padding
| 8-character ExeFS filename
|}
|}
 
|
== ProductInfo ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
! Offset
! Offset !! Size !! Description
! Size
! Description
|-
|-
| 0x0
| 0x0 || 0x4 || u32, content index of target content
| 0x10
| Product Code
|-
|-
| 0x10
| 0x4 || 0x4 || padding
| 0x2
|}
| Company Code
|}
|-
|}
| 0x12
 
| 0x2
==== FS Limitations ====
| Remaster Version
 
|}
- FSPXI allows all access types.
 
- When used through fs:LDR by loader, FS only provides access to <code>exefs:/.code</code>.
 
- For SelfNCCH access, the only allowed access types are "RomFS ("unspecified" [[NCCH#Content_Type|content type]], the default)" of the Base or Patch title, and "System Menu Data". Attempting to access "Save Data" results in error 0xE0E046BE, "RomFS (all [[NCCH#Content_Type|content types]])" in 0xF9604784, and "<code>exefs:/.code</code>" in 0xD9004676.
 
=== [[RomFS]] ===
 
Archives 0x3 and 0x2345678E both allow for accessing the [[RomFS#Level_3_Format|level-3 IVFC images]] for RomFS access. The main CXI RomFS is accessible via an all-zero 0xc-byte binary file-lowpath. The update RomFS can be accessed with the first u32 in the binary file-lowpath being set to 0x5. The user must handle parsing the filesystem used in the exposed image itself.
 
With FSPXI the returned data for RomFS is the entire RomFS section from the NCCH, starting at the IVFC header.


== IntegrityVerificationSeed ==
The 0x3 archive is an interface for the 0x2345678E archive with the current process programID+mediatype. The file lowpath is 3-words. These words are written to 0x2345678E-archive file_lowpath+0, with the rest of that lowpath set to all-zero(lowpath is different from archive 0x2345678A). File lowpath:
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Offset
!  Index word
!  Size
!  Description
!  Description
|-
|-
| 0x0
| 0
| 0x10
| See above. The only values which FS-module doesn't allow to be used here are:
|  AES-CBC MAC over a SHA256 hash, which hashes the first 0x110-bytes of the cleartext SEED.
* 0x1: Error 0xE0E046BE.
* 0x3: Error 0xE0E046BE.
* 0x4: FS-module executes svcBreak when using this.
|-
|-
| 0x10
| 1-2
| 0x120
| See above. Not validated by FS-module.
|  The [[nand/private/movable.sed]], encrypted with AES-CTR using the above MAC for the counter.
|}
|}


== ExtSaveDataInfo ==
=SEEDDB=
With [[9.6.0-24|9.6.0-X]] new [[System_SaveData]] with saveID 0001000F was added, this seems to be handled by FS-module itself, probably via the new service-cmds added to fsuser. [[Home Menu]] and [[NIM_Services|NIM]] module have access to those commands.
 
The SEEDDB savedata contains the title-unique seed-data used for the new [[NCCH]] keyY generation added with FIRM [[9.6.0-24|9.6.0-X]].
 
= Common Types =
== MediaType ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Offset
!  Value
!  Size
!  Description
!  Description
|-
|-
| 0x0
| 0
| 0x1
| NAND
| [[Filesystem_services#MediaType|Media Type]]
|-
|-
| 0x1
| 1
| 0x1
| SD
| Unknown
|-
|-
| 0x2
| 2
| 0x2
| Game Card
| Reserved
|}
 
== SystemMediaType ==
{| class="wikitable" border="1"
|-
|-
| 0x4
!  Value
| 0x8
!  Description
| Save ID
|-
| 0
| CTR NAND
|-
| 1
| TWL NAND
|-
| 2
| SD
|-
|-
| 0xC
| 3
| 0x4
| TWL Photo
| Reserved
|}
|}


== SystemSaveDataInfo ==
== OpenFlags ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Offset
!  Bit
!  Size
!  Description
!  Description
|-
|-
| 0x0
| 0
| 0x1
| Read
| [[Filesystem_services#MediaType|Media Type]]
|-
|-
| 0x1
| 1
| 0x1
| Write
| Unknown
|-
|-
| 0x2
| 2
| 0x2
| Create
| Reserved
|-
| 0x4
| 0x4
| Save ID
|}
|}


== SecureValueSlot ==
== Attributes ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Value
!  Offset
!  Size
!  Description
!  Description
|-
|-
| 0x1000
| 0x0
| SD Application
| 0x1
|}
| Is Directory
 
|-
| 0x1
| 0x1
| Is Hidden
|-
| 0x2
| 0x1
| Is Archive
|-
| 0x3
| 0x1
| Is Read-Only
|}
 
== WriteOption ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
| 0x0
| 0x1
| Flush
|-
| 0x1
| 0x1
| Update Time Stamp
|-
| 0x2
| 0x1
| Reserved
|-
| 0x3
| 0x1
| Reserved
|}
 
== DirectoryEntry ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
| 0x0
| 0x20C
| UTF-16 Entry Name
|-
| 0x20C
| 0xA
| 8.3 short filename name
|-
| 0x216
| 0x4
| 8.3 short filename extension
|-
| 0x21A
| 0x1
| Always 1
|-
| 0x21B
| 0x1
| Reserved
|-
| 0x21C
| 0x4
| [[Filesystem_services#Attributes|Attributes]]
|-
| 0x220
| 0x8
| Entry Size
|}
 
== ArchiveResource ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
| 0x0
| 0x4
| Sector byte-size
|-
| 0x4
| 0x4
| Cluster byte-size
|-
| 0x8
| 0x4
| Partition capacity in clusters
|-
| 0xC
| 0x4
| Available free space in clusters
|}
 
== ProgramInfo ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
| 0x0
| 0x8
| Program ID
|-
| 0x8
| 0x1
| [[Filesystem_services#MediaType|Media Type]]
|-
| 0x9
| 0x7
| Padding
|}
 
== ProductInfo ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
| 0x0
| 0x10
| Product Code
|-
| 0x10
| 0x2
| Company Code
|-
| 0x12
| 0x2
| Remaster Version
|}
 
== IntegrityVerificationSeed ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
|  0x0
|  0x10
|  AES-CBC MAC over a SHA256 hash, which hashes the first 0x110-bytes of the cleartext SEED.
|-
|  0x10
|  0x120
|  The [[nand/private/movable.sed]], encrypted with AES-CBC using the above MAC for the counter.
|}
 
== ExtSaveDataInfo ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
| 0x0
| 0x4
| [[Filesystem_services#DataAccessPath|DataAccessPath]]
|-
| 0x4
| 0x8
| Save ID
|-
| 0xC
| 0x4
| Reserved
|}
 
== SystemSaveDataInfo ==
{| class="wikitable" border="1"
|-
!  Offset
!  Size
!  Description
|-
| 0x0
| 0x4
| [[Filesystem_services#DataAccessPath|DataAccessPath]]
|-
| 0x4
| 0x4
| Save ID
|}
 
== SecureValueSlot ==
{| class="wikitable" border="1"
|-
!  Value
!  Description
|-
| 0x1000
| SD Application
|}
 
== SecureValueEntry ==
{| class="wikitable" border="1"
|-
! Offset !! Size !! Description
|-
| 0x0 || 0x4 || u32, [[Filesystem_services#SecureValueSlot|Secure Value Slot]]
|-
| 0x4 || 0x1 || When used as an input entry:
{| class="wikitable" border="1"
|-
! Value !! Description
|-
| 0 || This entry should be removed.
|-
| 1 || This entry should be updated with the given value.
|}
When returned from a command:
{| class="wikitable" border="1"
|-
! Value !! Description
|-
| 0 || No entry with the given slot and title ID was found, or: this entry is unused.
|-
| 1 || The entry with the given slot and title ID was found, or: this entry is used.
|}
|-
| 0x5 || 0x3 || padding
|-
| 0x8 || 0x8 || u64, Secure Value
|}
 
== TitleTag ==
{| class="wikitable" border="1"
|-
! Offset !! Size !! Description
|-
| 0x0 || 0x4 || Magic, <code>PREP</code> (PREPurchase install)
|-
| 0x4 || 0x4 || s32, Release date year
|-
| 0x8 || 0x1 || u8, Release date month
|-
| 0x9 || 0x1 || u8, Release date day
|-
| 0xA || 0x2 || u16, Country code
|-
| 0xC || 0x4 || u32, Seed status (0: not downloaded yet, 1: last download attempt failed, 2: seed installed successfully)
|-
| 0x10 || 0x4 || Result code from last seed installation attempt
|-
| 0x14 || 0x4 || Support error code from last seed installation attempt
|-
| 0x18 || 0x68 || reserved padding (unused)
|}
 
== CardSpiBaudRate ==
== CardSpiBaudRate ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Value
!  Value
!  Description
!  Description
|-
|-
| 0x0
| 0x0
| 512KHz
| 512KHz
|-
|-
| 0x1
| 0x1
| 1MHz
| 1MHz
|-
|-
| 0x2
| 0x2
| 2MHz
| 2MHz
|-
|-
| 0x3
| 0x3
| 4MHz
| 4MHz
|-
|-
| 0x4
| 0x4
| 8MHz
| 8MHz
|-
|-
| 0x5
| 0x5
| 16MHz
| 16MHz
|}
|}
 
 
== CardSpiBusMode ==
== CardSpiBusMode ==
{| class="wikitable" border="1"
{| class="wikitable" border="1"
|-
|-
!  Value
!  Value
!  Description
!  Description
|-
|-
| 0x0
| 0x0
| 1-bit
| 1-bit
|-
|-
Line 1,467: Line 1,878:
!  Value
!  Value
!  Description
!  Description
!  Found in
|-
|-
| 0x1
| 0x1
| Update
| CTR (Old3DS) Update Partition
| Gamecards
|-
|-
| 0x2
| 0x2
| Manual
| Manual
| Gamecards, Digital titles
|-
|-
| 0x3
| 0x3
| DLP Child
| DLP Child
| Gamecards, Digital titles
|-
| 0x4
| KTR (New3DS) Update Partition
| Gamecards
|-
|}
|}


Line 1,487: Line 1,907:
|  0x0
|  0x0
|  0x10
|  0x10
|  IVs
|  IVs (ID0 of source console)
|-
|-
|  0x10
|  0x10
|  0x10
|  0x10
|  Encrypt Parameter
|  Encrypt Parameter (used to calculate the IV for encryption)
|}
|}


=Errors=
=Errors=
See [[Filesystem_services_PXI]].
See [[Filesystem_services_PXI]].
[[Category:Services]]
Retrieved from "https://www.3dbrew.org/wiki/Filesystem_services"