OpenHandhelds gp2x File Archive - File Info - Home:gp2x

Patched to work on all the upper 32MB of RAM on the GP2X.
Changed
"if ( (cpt[j] & 0xfeff000f) == 0x02000002 )"
to
"if ( (cpt[j] & 0xfe00000f) == 0x02000002 )"

Name:	mmuhack_patched.zip
Date:	13/08/2006
Size:	1.1 KB
Version:
Author:
Website:
Downloads:	3,140
Sourcecode URL:
Licence:	None

Operating Systems:

gp2x F100
gp2x F200

Connection	Download Time
56k Modem	0.2 secs
128k ISDN	0.1 secs
256k Cable/DSL	0.0 secs
512k Cable/DSL	0.0 secs
1mbit Link	0.0 secs

Download

Please note: The comment section is NOT intended to ask for help. Please use the I need Help-Section at the boards.

8 Comments

sardaukar:

WOW. Totally useless without a description!

Dragonspit:

Probably a patched version of the wonderfull mmuhack that is reported to make emus and such, run faster.

nopasaran:

still very annoying that there is no documentation. If this is again a kernel module... how do we utilize it, or better how do developers utilize it?

Eclipse:

ok it's great but move it away from the archive home..

mindlord:

I've used the other version with some success. Increased framerates in some games, and emulators, etc. Not much changed in stability. Overall improvement. Usage: copy the .o file to the \lib\modules\2.4.25\kernel\ directory on your GP2X. perform an "insmod mmuhack.o" or "modprobe mmuhack.o" to run the kernel module. If you like the result, you might make an autorun.gpu file and put it in the root of your SD card to run the patch at boot.

laquv:

Hey works very good! I modprobed it before running Oldplay and it runs more stable with less lockups. It looks like this kernel module allow access to the mmu on the arm920T allowing the upper 32 MB of RAM to be accessed be the kernel for the full 64 MB of RAM also it provides more stable memory access. Before this was available only in certain emulators and programs via Squidge MMU hack

optimus:

First get this (https://www.gp2x.de/cgi-bin/cfiles.cgi?0,0,0,0,46,1690) and compile it. Then, the file and idea here was particulary helpful. Because with the old one I didn't noticed a diferrence in some demo effects I coded, but with the new one now rendering to the screen (esp. when using the hardware SDL) is vastly improved (I always wondered why writting to the screen on GP2X is much slower than writting to a simple array. Now I know :). Yey, MMUhack can improve even programms that don't excesively use the upper 32MB memory, but just write on the video buffer!!!

optimus:

Just a notice for testers: The improvement only showed up if I called the function mmuhack after all the SDL inits in my code. And it even fucked up an OGG player I was using if the player was initialized before the mmuhack. But now, in the write order everything works fine and the GP2X power is mine!!! Ahh,. finally :P

%%COMMENTFORM%%