I am also getting the ldrcheck error, I have all of what Icoluna has above:
I have the Sigpatches for version 20.2.0 (from this thread) and I also have the sys-patches installed (1.5.6).
My version of Atmosphere is 1.9.2 (with the latest fusee).
My version of Hekate is 6.3.1.
My ofw is a few versions behind, but I didn't want to update it
since atmosphere doesnt load kip patches at all, you having latest fusee doesn't matter.
as for patches.ini
it should contain: (for latest atmosphere release)
IPS LOADER HASH : 1AECE790BE17AC8216E91C7535C55564EAF3D725B954663A318DF37923864E52
IPS LOADER PATCH : 00608E000100
assuming you use the hekate functionality for patching loader (or .kips in general)
i *could* check if the sys-patch regex string is still valid, it should be.
sys-patch string leads from: { "noacidsigchk", "0xFD7B.A8C0035FD6", 16, 2, subs_cond, subs_patch, subs_applied, true, FW_VER_ANY } // '\xFD\x7B.\xA8\xC0\x03\x5F\xD6'
offset:
0x438
with the bytes from that offset being
FD7BC3A8C0035FD6E00500F000400891----FD7BBFA901001091000C0091FD03009100F47E923F0000EBE3040054230000CB020080D27F8C00F16900005423890094
which in atmosphere 1.8.0 is (where sys-patch works):
0x440
FD7BC3A8C0035FD60000000000000000----FD7BBFA902008052FD030091018080D2E00500F00080069162670094E30500F0E20500F042801891E10500F021C01791
im not entirely sure how to read the sys-patch loader instruction mechanic, nor why it patches this byte rather than 0x608E, only that it changes a 01 into a 00?
all i can tell really is that what once was a nice array of zeroes (after the result) now is not zeroes
i have submitted a PR to sys-patch replacing the ldr patch that sys-patch originally has with the one i made myself / makes sense code-wise with the atmosphere source code if one reads the .elf with debug symbols