Re: [hatari-devel] UAE core regressions in Falcon demos |
[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel 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. Regards Laurent Le 29/02/2012 21:44, Laurent Sallafranque a écrit :
Ok, that's a good news :) It means less work lol Laurent 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. Thomas
Mail converted by MHonArc 2.6.19+ | http://listengine.tuxfamily.org/ |