SceCoredump: Difference between revisions
Jump to navigation
Jump to search
Line 34: | Line 34: | ||
== SceCoredump== | == SceCoredump== | ||
=== sceCoredumpRegisterCoredumpHandler === | |||
{| class="wikitable" | |||
|- | |||
! Version !! NID | |||
|- | |||
| 3.60 || 0x031DC61E | |||
|} | |||
=== sceCoredumpUnregisterCoredumpHandler === | |||
{| class="wikitable" | |||
|- | |||
! Version !! NID | |||
|- | |||
| 3.60 || 0x6037A2C3 | |||
|} | |||
== SceCoredumpNounlink== | == SceCoredumpNounlink== |
Revision as of 23:44, 27 January 2018
Module
Known NIDs
Version | Name | World | Privilege | NID |
---|---|---|---|---|
1.69 | SceCoredump | Non-secure | Kernel | 0x4CB1F0CC |
3.60 | SceCoredump | ? | Kernel | 0x3E0F5EBD |
Libraries
Though it may be possible to enable some Coredump features via setting registry values, patching for creating full Coredumps on retails is required. There are 2 key patches.
In the SceCoredump module, there are two functions that read values from the registry. The registry key used is "/CONFIG/COREDUMP". The first patch is to force the function that checks the key "enable_coredump" to return 1. The second is to force the function that checks the key "dump_level" to return 0xEF0. They are at base+0x3070 and base+0x3000 respectively on 1.50.
Known NIDs
Version | Name | World | Visibility | NID |
---|---|---|---|---|
1.69 | SceCoredumpForDriver | Non-secure | Kernel | 0xA351714A |
3.60 | SceCoredumpForDriver | ? | Kernel | 0xA351714A |
3.60 | SceCoredump | ? | User | 0xA143A77F |
3.60 | SceCoredumpNounlink | ? | User | 0x2646E9D8 |
SceCoredumpForDriver
SceCoredump
sceCoredumpRegisterCoredumpHandler
Version | NID |
---|---|
3.60 | 0x031DC61E |
sceCoredumpUnregisterCoredumpHandler
Version | NID |
---|---|
3.60 | 0x6037A2C3 |
SceCoredumpNounlink
sceCoredumpWriteUserData
Version | NID |
---|---|
3.60 | 0xDF335DCF |