Homebrew [Released] Some developer tools for the privileged among us

[urherenow]

You quoted his link to his bootstrap branch of Decrypt9 that compiles to .3dsx and runs on the N3DS via ninjahax.

Holy crap. I feel stupid, but also super hyped! I really needed this (or think I do... guess I'll find out after work when I have time to play with it.)

Edit: Good start. Compiled right off the bat with no errors or missing/outdated dependencies. Gotta get my butt back to work now. (lunch break)

Edit2: But.. it didn't compile to a .3dsx. I have an .elf, a launcher.dat, and a .bin.

 

[Zidapi]

Slightly off topic- but can somebody pretty please do this and release a .3ds version of decrypt9 that will run on N3DS? Or really any way of running Decrypt9 on N3DS. Also, can this be used somehow to make rxtools work on N3DS?

You quoted his link to his bootstrap branch of Decrypt9 that compiles to .3dsx and runs on the N3DS via ninjahax.

Yeah but he wants a .3DS build, which I assume he plans on running in Gateway Mode.

But, I'm pretty sure we as users don't have enough privileges under Gateway's emuNAND to run something like Decrypt9.

I assume it requires full ARM9 access which we don't have in Gateway Mode.

 

[Oishikatta]

Holy crap. I feel stupid, but also super hyped! I really needed this (or think I do... guess I'll find out after work when I have time to play with it.)

Edit: Good start. Compiled right off the bat with no errors or missing/outdated dependencies. Gotta get my butt back to work now. (lunch break)

Edit2: But.. it didn't compile to a .3dsx. I have an .elf, a launcher.dat, and a .bin.

https://gbatemp.net/threads/creating-a-north-american-non-xl-new-3ds.381775/page-9#post-5426381

Yeah but he wants a .3DS build, which I assume he plans on running in Gateway Mode.

But, I'm pretty sure we as users don't have enough privileges under Gateway's emuNAND to run something like Decrypt9.

I assume it requires full ARM9 access which we don't have in Gateway Mode.

I think he just missed the x.

 

[Archshift]

You need to compile the .bin file into the arm9 branch of bootstrap (or use brahma) like I outlined in the OP.

 

[filfat]

reading I2C shouldnt be able to cause a brick right? (wouldnt make much sense)

 

[Archshift]

reading I2C shouldnt be able to cause a brick right? (wouldnt make much sense)

Right.

 

[AlbertoSONIC]

Right.

And writing? What kind of damage would it do? How?

 

[Archshift]

And writing? What kind of damage would it do? How?

It's not so much the writing to the i2c registers, but writing arbitrarily in order to test what they did is what caused the brick of yellows8's 3DS.

 

[AlbertoSONIC]

It's not so much the writing to the i2c registers, but writing arbitrarily in order to test what they did is what caused the brick of yellows8's 3DS.

Oh that makes sense. Thank you for explaining

 

[powersaver]

Can someone make a loader that patches checks or CFW with this?

 

[Archshift]

Good luck; this isn't enough to patch signature checks or launch a CFW!

 

[liomajor]

duh, i don't seem to get it working...

C:\TDM-GCC-64\bootstrap>make
firmlaunch.s utils.s
payload.bin
bootstrap.c
arm-none-eabi-gcc -MMD -MP -MF /c/TDM-GCC-64/bootstrap/build/bootstrap.d -g -Wal
l -O3 -mword-relocations -fomit-frame-pointer -ffast-math -march=armv6k -mtune=m
pcore -mfloat-abi=hard -I/c/TDM-GCC-64/bootstrap/include -I/C/TDM-GCC-64/devkitP
ro/libctru/include -I/c/TDM-GCC-64/bootstrap/build -DARM11 -D_3DS -DARM_ARCH -w
-c /c/TDM-GCC-64/bootstrap/./bootstrap.c -o bootstrap.o
In file included from c:/TDM-GCC-64/bootstrap/bootstrap.c:8:0:
c:/TDM-GCC-64/bootstrap/utils.h:6:5: error: conflicting types for 'svcBackdoor'
 int svcBackdoor(int (*func)(void));
     ^
In file included from c:/TDM-GCC-64/devkitPro/libctru/include/3ds.h:9:0,
                 from c:/TDM-GCC-64/bootstrap/bootstrap.c:1:
c:/TDM-GCC-64/devkitPro/libctru/include/3ds/svc.h:239:8: note: previous declarat
ion of 'svcBackdoor' was here
 Result svcBackdoor(s32 (*callback)(void));
        ^
make[1]: *** [bootstrap.o] Error 1
make: *** [build] Error 2

C:\TDM-GCC-64\bootstrap>

 

[zoogie]

duh, i don't seem to get it working...

C:\TDM-GCC-64\bootstrap>make
firmlaunch.s utils.s
payload.bin
bootstrap.c
arm-none-eabi-gcc -MMD -MP -MF /c/TDM-GCC-64/bootstrap/build/bootstrap.d -g -Wal
l -O3 -mword-relocations -fomit-frame-pointer -ffast-math -march=armv6k -mtune=m
pcore -mfloat-abi=hard -I/c/TDM-GCC-64/bootstrap/include -I/C/TDM-GCC-64/devkitP
ro/libctru/include -I/c/TDM-GCC-64/bootstrap/build -DARM11 -D_3DS -DARM_ARCH -w
-c /c/TDM-GCC-64/bootstrap/./bootstrap.c -o bootstrap.o
In file included from c:/TDM-GCC-64/bootstrap/bootstrap.c:8:0:
c:/TDM-GCC-64/bootstrap/utils.h:6:5: error: conflicting types for 'svcBackdoor'
int svcBackdoor(int (*func)(void));
    ^
In file included from c:/TDM-GCC-64/devkitPro/libctru/include/3ds.h:9:0,
                from c:/TDM-GCC-64/bootstrap/bootstrap.c:1:
c:/TDM-GCC-64/devkitPro/libctru/include/3ds/svc.h:239:8: note: previous declarat
ion of 'svcBackdoor' was here
Result svcBackdoor(s32 (*callback)(void));
        ^
make[1]: *** [bootstrap.o] Error 1
make: *** [build] Error 2
 
C:\TDM-GCC-64\bootstrap>

Looks like you should remove svcbackdoor's definition from that project. It was recently added to libctru so no need to redefine it.

 

[liomajor]

Looks like you should remove svcbackdoor's definition from that project. It was recently added to libctru so no need to redefine it.

Got it working after i removed it from utils.h and utils.s,
but in the end, the produced .3dsx blackscreens.

Now everything is fine