GP2X Different Kind Of Emulator :-)


I’ve now fixed a lot more of the bugs in the arm core, specifically bugs relating to interrupt handling and managing of the CPSR and SPSR registers, as well as faults in the LDM instruction when the ‘S’ bit was set, and possible corruption of condition codes when changing between processor modes.

There is also very simple DMA emulation.

The end result is that it now passes the “Calibrating delay loop” and now outputs the following to the console output window:

Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0×1
JFFS2 version 2.2. (NAND) © 2001-2003 Red Hat, Inc.
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
I2C: MMSP2 algorithm module loaded.
<6>I2C: Adding MMSP2-I2C-Adapter.

:)
 
Squidge posted on May 29 2006 at 04:42 PM said:
The end result is that it now passes the “Calibrating delay loop” and now outputs the following to the console output window:

So, how many bogomips ?

:)
 
Last edited by a moderator:
rixed posted on May 29 2006 at 05:39 PM said:
Squidge posted on May 29 2006 at 04:42 PM said:
The end result is that it now passes the “Calibrating delay loop” and now outputs the following to the console output window:

So, how many bogomips ?

:)

<4>Calibrating delay loop... 0.00 BogoMIPS

:D
 
Last edited by a moderator:
The timers are not accurate at all, but that's the last thing to worry about. Once it actually boots Linux and gives me a menu screen, I'll think about fixing it.

Added code to emulate the I2C adaptor, ADC, RTC and a few other bits and bobs, so now we get this:

<6>I2C: Adding MMSP2-I2C-Adapter.
I2C: Successfully added bus
ttyS0 at MMIO 0xc0001200 (irq = 48) is a MMSP2
ttyS1 at MMIO 0xc0001220 (irq = 52) is a MMSP2
ttyS2 at MMIO 0xc0001240 (irq = 56) is a MMSP2
IRQ_DISP Number = 0
Console: switching to colour frame buffer device 40x30
MMSP2 mmsp2_RGB0 framebuffer driver start
MMSP2 mmsp2_RGB1 framebuffer driver start
pty: 256 Unix98 ptys configured
MMSP2 DualCPU Interface Driver
MMSP2 Video Post Processor Driver
register device MMSP2 GPIO KEY OK
MMSP2 battery check Driver
MMSP2 Real Time Clock driver
loop: loaded (max 8 devices)

:)

Now I need to emulate the AC97 audio codec, which looks like it could be a big task.
 
Just curious, is there a useful purpose for a gp2x emu, knowing that it is now possible to run directly code from the pc to a real gp2x using samba (as far as i understand, didn't try it already ...) ? ;)
 
For me it would be useful to have an emulated 2x on the PC so I can test my "creations" without having to have my real 2x online and samba'ed up to the network.

Also you can test out things you've downloaded, see how well they work before putting them on your SD card.

Plus of course it's a funky challenage to make :)
 
Squidge,

I'm looking forward to your GP2x emu. I have an simple idea - could you make just an one with Arm CPU simulation and framebuffer support?
(plus built assembler/dissassembler/debugger - might be simple)

It doesn't have to boot any GP2x firmware but it'd be usefull to test and experiment with assembler routines.

So Arm + FB only version -- not really GP2x emu but it'd be extremely usefull for code prototyping. It'd should be also far easier to write I think.
 
Squidge,

I'm looking forward to your GP2x emu. I have an simple idea - could you make just an one with Arm CPU simulation and framebuffer support?
(plus built assembler/dissassembler/debugger - might be simple)

It doesn't have to boot any GP2x firmware but it'd be usefull to test and experiment with assembler routines.

So Arm + FB only version -- not really GP2x emu but it'd be extremely usefull for code prototyping. It'd should be also far easier to write I think.
Maybe something like that could do it?
http://www.skyeye.org/index.shtml
 
Last edited by a moderator:
Squidge,

I'm looking forward to your GP2x emu. I have an simple idea - could you make just an one with Arm CPU simulation and framebuffer support?
(plus built assembler/dissassembler/debugger - might be simple)

It doesn't have to boot any GP2x firmware but it'd be usefull to test and experiment with assembler routines.

So Arm + FB only version -- not really GP2x emu but it'd be extremely usefull for code prototyping. It'd should be also far easier to write I think.
Maybe something like that could do it?
http://www.skyeye.org/index.shtml

Thanks for the link and I will try it. But it looks like being an overkill for just testing some assembler/framebuffer code.
 
Last edited by a moderator:
Back
Top