[Question]Reserve memory for arm9


Views: 1,907,264	Main \| Rules/FAQ \| Memberlist \| Active users \| Last posts \| Calendar \| Stats \| Online users \| Search	07-05-25 06:06 PM
Guest:

0 users reading [Question]Reserve memory for arm9 | 1 bot

Main - Homebrew discussion - [Question]Reserve memory for arm9

Hide post layouts | New reply

hartie95

Posted on 02-04-16 01:28 PM (rev. 2 of 02-04-16 01:29 PM)

Link | #928

Newcomer
Normal user

Level: 6

Posts: 2/5
EXP: 661
Next: 246

Since: 12-03-15
From: Germany

Last post: 3432 days ago
Last view: 3221 days ago

Hi,
I would like to ask if somebody know if its possible to reserve FCRAM memory for use in arm9 threads(maybe in the base region). If its possible, would it be possible to load a binary to this memory, and start a new thread using the loaded binary?
I ask this, because the arm9 thread binary size is very limited in most cfws, and with the possibility to load a bigger binary, it would be possible to do clean patching of processes like mset and menu using svcBackdoor.

profi200

Posted on 02-04-16 03:08 PM

Link | #929

Member
Who knows?

Level: 19

Posts: 50/70
EXP: 35614
Next: 163

Since: 05-21-15
From: Germany

Last post: 3219 days ago
Last view: 3087 days ago

Write better code i guess? We have size problems too but *all* you mentioned fits perfectly in the usable ITCM mem.

hartie95

Posted on 02-04-16 04:36 PM (rev. 3 of 02-04-16 04:38 PM)

Link | #930

Newcomer
Normal user

Level: 6

Posts: 3/5
EXP: 661
Next: 246

Since: 12-03-15
From: Germany

Last post: 3432 days ago
Last view: 3221 days ago

Checking the running processes requires some code, which is not that easy to minimize. Also its hard to add more than one bigger feature to the thread. Im using reinand as base.
If its not possible, I will try other things, but I think checking the running processes to only patch ver in mset for example is much cleaner patching.

Dazzozo

Posted on 02-04-16 04:39 PM

Link | #931

Member
Dev of "the best software that almost nobody will ever use"

Level: 9

Posts: 12/13
EXP: 2850
Next: 312

Since: 05-21-15

Last post: 3386 days ago
Last view: 3219 days ago

How about: don't check for running processes on ARM9 at all? You guys know the ARM11 exists, right?

hartie95

Posted on 02-04-16 04:48 PM

Link | #932

Newcomer
Normal user

Level: 6

Posts: 4/5
EXP: 661
Next: 246

Since: 12-03-15
From: Germany

Last post: 3432 days ago
Last view: 3221 days ago

Posted by Dazzozo
How about: don't check for running processes on ARM9 at all? You guys know the ARM11 exists, right?

I know, but there are not that many open source cfws with arm11 and 9.6+ support.
Also I think its still interessting to know, if its possible to do something like this. I also know there are other ways, but for I don't have the time (or the experience) to fully reverse engineer stuff at the moment.

gudenau

Posted on 02-10-16 04:44 AM

Link | #938

Member
Normal user

Level: 14

Posts: 25/34
EXP: 11944
Next: 1127

Since: 07-29-15
From: /dev/random

Last post: 3337 days ago
Last view: 3282 days ago

Posted by hartie95
I know, but there are not that many open source cfws with arm11 and 9.6+ support.
Also I think its still interessting to know, if its possible to do something like this. I also know there are other ways, but for I don't have the time (or the experience) to fully reverse engineer stuff at the moment.

Doesn't rxTools have some ARM11 stuff?

hartie95

Posted on 02-10-16 07:20 PM

Link | #940

Newcomer
Normal user

Level: 6

Posts: 5/5
EXP: 661
Next: 246

Since: 12-03-15
From: Germany

Last post: 3432 days ago
Last view: 3221 days ago

Posted by gudenau
Doesn't rxTools have some ARM11 stuff?

Yes, but they have added the support for 9.6 yesterday, so I could not have used it for testing and experimenting, without downgrading my emunand. Also not every feature feature is available on n3DS, so I doesn't know if they have a arm11 thread on new 3DS.

Main - Homebrew discussion - [Question]Reserve memory for arm9

Hide post layouts | New reply

Page rendered in 0.011 seconds. (2048KB of memory used)
MySQL - queries: 26, rows: 75/75, time: 0.006 seconds.
[powered by Acmlm]