[hatari-devel] Some news
Nicolas Pomarède
npomarede at corp.free.fr
Fri Oct 8 12:07:20 CEST 2010
Le 08/10/2010 11:41, LAURENT SALLAFRANQUE a écrit :
>>> Wouwww, Mikro wrote me a mail ;)
>
>> I'm really not sure how to interpret this, I write a lot of (probably not so
>> meaningful ;-) emails to mailing lists! :)
>
> No, no, I said it in the good way. Having guys like you in the threads is a great pleasure. This help to improve emulation.
>
>>> And probably the exact cycle timing, and a better 68030 emulation, no ?
>
>> Sure. I just wanted to point out if you bump into some brutal problems,
> don't mind ...
>
>
> From what is said (MMU is the main and nearly only gain), I was just thinking about 2 ways for doing it :
>
> 1) start with WinUae Code and adapt every single patch from hatari into it.
> 2) just add the MMU code in our actual uae core.
>
> The first one would be closer to actual WinUae code but will generate a lot of probable regressions. If it is well done, futur WinUaE patchs should be easier to include (diff patchs for example, without réintegrating everything each time)
>
> The second one let us start with a well tested and known UAE CPU in Hatari and just add the MMU code. As this UAE core is already patched for Atari's purposes, we would continue to diverge from the old branch. But word should be simpler and it would generate less regressions.
>
>
> Some advise here before I start the main work ?
>
> Regards,
Hello,
I think in the end, we will have to use winuae's core, because it can
solve problems even on STF/STE and would allow to remove some kludges we
added (such as sub cycles in movem when changing color registers, could
also help to emulate pairing in a "real" way, without using some list of
potential opcodes, ...).
If MMU can be added in a rather "simple" way, I would say go for it, as
it will certainly be faster than integrating the whole winuae code, and
this could be a quick way to have MMU for falcon.
But in the end, I think winuae's core will be needed for optimal sub
cycle emulation (which is also what it brought when emulating Amiga, by
doing DMA emulation every 2 cycles).
To sum up what I see with winuae's core :
- lot of work to integrate
- small gains for STF/STE, I don't think it will help to run programs
that wouldn't run today, it would just "clean" some parts of the
emulator and remove some hardcoded cases.
- could help fixing some blitter cases where the cpu and the blitter
run at the same time (but won't come out of the box, lots of change in
Hatari's internal to make this work).
- MMU for the falcon
- others benefits for falcon ? (jit maybe, I don't know the working
state in winuae)
Nicolas
More information about the hatari-devel
mailing list