On Sat, 31 Jul 2010 23:38:49 +0100 (GMT Daylight Time), Jeffrey Lee wrote: > On Sat, 31 Jul 2010, Chris Young wrote: > > > Well, I say working, there's something wrong as although it appears to > > work and initialises the display, the ROM either doesn't get executed > > or at least doesn't get as far as even clearing the pointer, let alone > > printing anything on the screen. > > > > The emulator hasn't crashed as I can still send commands to it, it's > > just the emulation which has apparently frozen. > > Hmm, Amiga is big endian, isn't it?
Yes. > I didn't make any effort to ensure > the new memory code ran on big-endian machines, so it wouldn't surprise me > if it's failing. Take a look at the LoadByte, StoreByte and SwapByte > functions in fastmap.c, and for anything in arch/armarc.c that handles the > FASTMAP_ACCESSFUNC_BYTE flag. With any luck that should be all that needs > changing. fastmap.c isn't even compiled, there's no reference to it in the makefile? The access functions in armarc.c look like they might be the culprit, but I don't fully understand what it is supposed to be doing: data = (data>>((addr&3)<<3))&0xff; Where are the functions to write these bytes? I think I need to see those to decypher how to reverse it for BE in the above (simply changing 0xff to 0x000000ff didn't work sadly) Regards Chris ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ arcem-devel mailing list arcem-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/arcem-devel
