sorry, updated as you replied.
o3DS XL 4.4.0-10E
Definitely try again, it's working on my 4.5-9U 3DS which has identical offsets.
sorry, updated as you replied.
o3DS XL 4.4.0-10E
ok, tried a few times... nothing, then ran some other default homebrew, THEN ran it and it worked.Definitely try again, it's working on my 4.5-9U 3DS which has identical offsets.

We wouldn't have released betas for arm9 stuff, since they wouldn't have been required for what needed to be done. How many individual builds? I think we had about six commits between public and what we just released.
That's the response I was expecting. But ultimately the progress made between builds is what should be measured not the amount of builds itself.Hundreds.![]()
You're right, pitting individuals or groups against each other is not conducive to a healthy scene/community. So I'm going to make an effort not to perpetuate or contribute to that kind of thing in the future.Who cares about progress between teams, though? We really need to clear the tension between these projects, and the community needs to be willing to do that, too.
Thanks for clearing that up. As a layman I automatically associate "ARM9 kernel" with "can be used to enable ROM loading".Also no, we're absolutely not fully open-source since anything past this point will contribute directly to piracy.
line demo? This is their cfw demo. Just dumped my nand from cubic ninja. (granted it was on 4.5 but hey)ok, tried a few times... nothing, then ran some other default homebrew, THEN ran it and it worked.
Sweet line demo
EDIT:
worked first time after that. weird. Thanks.
We wouldn't have released betas for arm9 stuff, since they wouldn't have been required for what needed to be done. How many individual builds? I think we had about six commits between public and what we just released. Who cares about progress between teams, though? We really need to clear the tension between these projects, and the community needs to be willing to do that, too.
Also no, we're absolutely not fully open-source since anything past this point will contribute directly to piracy.
ok, tried a few times... nothing, then ran some other default homebrew, THEN ran it and it worked.
Sweet line demo
EDIT:
worked first time after that. weird. Thanks.
Sorry we've been so quiet recently, we've all been up to a lot of different stuff.
Anyways, new feature! AM has been patched to allow downgrading of system modules and such. This has a lot of capability, but the most interesting parts are that it'll allow users to re-enable ninjhax on 9.5+, and also re-enabling browser-hax on 9.5.0-23. I'll test in a bit to see if these work on sysnand as well. If they do work on sysnand (they should, these tickets and tmds are still signed), you'll be able to re-enable ninjhax and browser hax on 9.5 as well, until you update at least.

Sorry we've been so quiet recently, we've all been up to a lot of different stuff.
Anyways, new feature! AM has been patched to allow downgrading of system modules and such. This has a lot of capability, but the most interesting parts are that it'll allow users to re-enable ninjhax on 9.5+, and also re-enabling browser-hax on 9.5.0-23. I'll test in a bit to see if these work on sysnand as well. If they do work on sysnand (they should, these tickets and tmds are still signed), you'll be able to re-enable ninjhax and browser hax on 9.5 as well, until you update at least.
devmenu lets you uninstall the browser, and you can just reinstall the old cia normally from there
but good for all the other system titlesthanks
I think Relys addresses this best himself (relevant pony highlighted for your convenience).
I believe both parties have indicated that they'll do this. Roxas has said that he doesn't care about piracy, and that he intends to make his work open source "at some point".
At this stage though, it seems both parties are going to wait until someone else opens the proverbial floodgates first.
Just updated the OP with a short summary of our ARM9 branch, also did a bit of cleanup in the repo as well. Since I'm still waiting for my SD reader to arrive I'll probably set up another survey for the success rate of getting into ARM9, as well as correcting some faulty offsets in that area. I'm hoping our ARM9 branch will be cleaned up within the week, but with the way things are going anything can happen.
Edit: Just to get things going, I recall that there was an almost 100% failure rate in 8.1, can someone confirm this? It might have been 7.2 as well.
We have to re-port some of the changes archshift made, too, since he helped clean up our bootstrap code a pretty considerable amount.
This is what it looks like on my end. (3dsXL 4.5.0-9U)Oh, really? If this is indeed the case, then I've read something wrong somewhere and it does not work on my unit.
I'm getting this:
View attachment 17054
ARM9 Kernel Branch is open, you can take a looksie here. If you want to test, feel free. Payload is under data/payload.bin, just does the same framebuffer stripe murder I demoed earlier when I first got ARM9, so nothing special.

This is what it looks like on my end. (3dsXL 4.5.0-9U)
Just compile the arm9 branch. The included binary doesn't contain the payload.Link?








