Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Jeffrey Lee
On Sun, 1 Aug 2010, Chris Young wrote: > On Sun, 1 Aug 2010 20:11:26 +0100 (GMT Daylight Time), Jeffrey Lee wrote: > >>> I can send you my !Boot privately if you want to have a look? >> >> Sure, feel free to send it my way. > > Attached. It may have some crazy updates installed, I forget. Now fi

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Jeffrey Lee
On Sun, 1 Aug 2010, Chris Young wrote: > I tried moving Repeat out of the Library dir so it wouldn't find it, > but it still gives up after looking for $.Library.Repeat and $.Repeat > > There's nothing obvious in the !Boot sequence where it runs this file. > If I rename the entire !Boot dir to sto

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Chris Young
On Sun, 1 Aug 2010 16:25:26 +0100 (GMT Daylight Time), Jeffrey Lee wrote: > Here's a new version, with the following fixes: > http://www.phlamethrower.co.uk/misc2/arcem-fast-unix.zip Works almost perfectly here :) Definitely seems faster too. It doesn't seem to like my !Boot anymore, which wor

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Jeffrey Lee
On Sun, 1 Aug 2010, Jeffrey Lee wrote: > Since my code was a bit more broken then I was expecting, I think I'll > spend today tidying it up a bit, test it on Windows/Linux, and upload a > new archive with any fixes Chris produces. Here's a new version, with the following fixes: http://www.phlame

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Matthew Howkins
>>> This week I decided to take a quick break from my OMAP work and instead >>> had a play around with optimising ArcEm to run faster on ARM hardware >>> (although I suspect most of the optimisations will benefit other platforms >>> too). >> >> Impressive!  Could you re-zip your archive though, as

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Jeffrey Lee
On Sun, 1 Aug 2010, Chris Young wrote: > On Sat, 31 Jul 2010 23:38:49 +0100 (GMT Daylight Time), Jeffrey Lee wrote: >> 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 Swa

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Jeffrey Lee
On Sun, 1 Aug 2010, Jeffrey Lee wrote: > The bit that most likely will need modification, however, are the bits in > FastMap.c which directly access memory as a char *. For those to work on BE > platforms you'd either need to resort to loading words and shifting or invert > the lower two bits o

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Chris Young
On 1 Aug 2010 11:52:16 +0100, Chris Young wrote: > fastmap.c isn't even compiled, there's no reference to it in the > makefile? Just noticed it's #included by armarc.c. I think I need to chuck some debug in to compare what is being written to what is being read. Chris -

Re: Optimising ArcEm for ARM hosts

2010-08-01 Thread Chris Young
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 a