Closed profi200 closed 5 years ago
This probably means our issue is not related to libgmp then. Can you produce a log of all the NAND reads it does? eMMC CMD18 is what's responsible for a read.
From log.txt:
[EMMC] Read multiple blocks (start: $00000000 blocks: $00000001)
[EMMC] Read multiple blocks (start: $0B130000 blocks: $00000001)
[EMMC] Read multiple blocks (start: $0B530000 blocks: $00000001)
[EMMC] Read multiple blocks (start: $0B130000 blocks: $00000001)
[EMMC] Read multiple blocks (start: $0B130200 blocks: $0000005A)
[EMMC] Read multiple blocks (start: $0B130200 blocks: $0000005A)
[EMMC] Read multiple blocks (start: $0B130200 blocks: $0000005A)
[EMMC] Read multiple blocks (start: $0B530000 blocks: $00000001)
So it reads the NCSH and FIRM section headers correctly (0x00000000, 0x0B130000). However, it fails when reading the first FIRM section (0x0B130200).
This means one of two things: either the AES decryption is messed up, or the SHA hash is messed up. I don't see why either would fail, so I need more logging.
Is there a easier real-time way to contact you? I have a Discord server for Corgi3DS - https://discord.gg/xFSDSeM or if that's not to your liking, we could also talk on IRC.
I'm always on IRC. EFnet #3dsdev
The latest commits fix two bugs that caused the FIRM to not boot, so I'm closing this issue.
In this post https://github.com/PSI-Rockin/Corgi3DS/issues/2#issuecomment-492749060 i already explained what happens. This seems to be an entirely different issue.
Working fine as you can see. The signature matches the one from here: http://www.sighax.com/ Bootrom error is the following:
I tried replacing libgmp and the result is the same: