[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [MiNT] 68k binary emulator



Selon Peter Persson <pep.fishmoose@gmail.com>:

> > Notice if it's slow its not very important because new CPU are fast
> > enough even
> > without JIT running correctly 68K application we use it.
> > I would like to know about portabilility of it? Do you manage
> > something with
> > system address (like timer). Is it a work from scratch or something
> > related
> > with other project.
>
> Portability should be quite simple - It should only be a matter of
> porting 4 trap wrappers and 16 line-A wrappers. Atm the target system
> must be big-endian. I took the CPU core from CaSTaway.

Ok

>
> Even though speed is quite low, most everyday applications won't
> suffer much since their performance is usually related to the speed of
> the VDI (which is fast).
>
> The current implementation tries to emulate manpulation of system
> vectors, so some apps which detects FPU etc. through the bus error
> vector works. Interrupt handling isn't implemented yet, but I'm
> working on it (should work without too much trouble).
Ok
>
> Low memory (<0x800) access is handled using a combination of an
> internal buffer and the Ssystem() call. So reading may in some cases
> return "real" values from the system, and accessing vectors etc. will
> usually return dummy routs (terminated by RTS). If the application
> modifies exception vectors etc, the emulator executes them. If not, it
> executes native code. BIOS, XBIOS, GEMDOS and XGEMDOS vectors cannot
> be manipulated by the application atm.

Good!
>
>
> > I'm very interesting in your job. I going to look for opengl crash
> > in Kronos
> > (there is possible bug)
>
> Actually Kronos crashes on my ST too :)
Strange I have test it on my STF too with 2,5Mo of memory and removing bitmap it
work (test take arround 15 minutes!)

>FPU usage? While on the
> subject - perhaps it could be a good idea to cache the bitmaps in the
> filesystem once converted; on a slower machine (8Mhz) it takes quite
> som time (minutes even) to get to the main screen... CICONS, perhaps?
Cicon yes and most time is take loading "desk.gif" just remove it it's only for
fun.

>
> By the way, impressive work on MyAES. I'm looking forward to trying
> the native ColdFire version soon!!

Oh yes I have already do one native version in past, I can try to do a new one
soon. I have a report bug on last realease, a toruble with env managment. I
need correct it before, but I'm little tired at this time and I prefer work on
a small project to use GCC 4.2.3.

I'm very interesting in your work, I think one of the last part need to do a new
computer. I think we could use it very soon now on a new hardware.

Olivier

>
> best regards
>
> -- Peter
>


--