Re: [hatari-devel] UAE core regressions in Falcon demos

[ Thread Index | Date Index | More Archives ]

It seems I spoke too fast.

From a previous message I sent to the list about magic, I wrote :

Falcon test :

It tests for the FPU addresses, doesn't find it and continues until a test for the Microwire.

I've got the following message in the console: M68000 Bus Error reading at address $fffa46.

According to hardware.txt, it's a FPU register.

$FFFA46|word |FP_Restor Restore-Register |??? (MSTe)

It seems that Magic tests this FPU register to decide if there's a FPU or not in the computer.

We could add these FPU addresses in IOmemTab [falcon/TT] if FPU is active in the GUI and remove these addresses if FPU is not chosen.

It could be ioreadWithoutInterception ?

The problem is that I haven't got Magic to test.



Le 29/02/2012 21:44, Laurent Sallafranque a écrit :
Ok, that's a good news :)

It means less work lol


Le 29/02/2012 20:58, Thomas Huth a écrit :
Am Tue, 28 Feb 2012 09:47:29 +0100 (CET)
schrieb laurent.sallafranque@xxxxxxx:

Another point: When I was working on Magic emulation, it seemed that
there are some registers specifics to the 68881/68882 that are not
present into iomemtabfalcon.c Maybe we could add them, like for the
DSP, by testing if the FPU is present or not, and adding/removing
them in the iomemtab table ?
Well, I wonder whether there are really programs that only support the
obsolete IO memory register interface to the FPUs? I think most
programs are using the normal line-f interface instead, so unless you
find a program that really only works with the IO register interface, I
think it is not worth the effort to implement this.


Mail converted by MHonArc 2.6.19+