Hooka said:
I wondered if something like this would be feasible, just modifying the kernel and simulating the hardware
In a setup like this could the kernel module used to access the 940 be recoded with an emulated cpu in a thread or something to that effect? (ignoring the potential performance hit just for "what if"-type discussion). Probably have to use the older kernel and glibc that the GP2X used for something like this wouldn't it?
Since Payback didn't use the second core I can only think of four other programs that did: Picodrive, Egoboo2x, rRootage (my port), and maybe Vektar.
Picodrive and rRootage have Wiz ports (my entry to the PACC competition is a port of rRootage) and Egoboo2x is open-source and so would be easily ported. That leaves Vektar unless I am mistaken and I hardly think it'd be worth the huge effort involved in emulating a second core just to enable playing that one game. At the most, it'd probably be enough to hack the binary to not wait for the handshaking mutex that it might use to communicate with the second core and change all the setup code for the second core to NOPs. If Vektar did use the second core, it was to play OGGs so you would still even have sound effects, just no music so it's no big deal.
I think emulating the GP2X video hardware and hacking the mmap system call might be something I'd like to try to add to my port of Open2X to it, it would certainly be the next step in my programming evolution but to be honest it would be a challenge for me, I'd have to learn a bit more and it would probably take me a while.