|Re: [hatari-devel] Problems with some FPU tests|
[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]
On Montag, 23. April 2018 19:12:51 CEST Thomas Huth wrote:
> You mean "--log-level debug" instead of "--trace debug"
>Well, that explains the ugly crash: The "--tos none" mode does not set
>up any exception handlers,
Yes, i already noticed that. I think there should be some minimal setup for at least bus error and illegal exception handler, that just terminates the program with some code != 0, otherwise you won't be able to test wether illegal opcodes really behave as expected.
>Also below you already use --cpulevel 3 ... not --cpulevel 0 as you mention it later?
>Now --cpulevel 0 ? ... copy-n-paste bug?
No i think it was correct. The first test was run from the script, without loading a default config, and with --cpulevel 3 (but without explicitly setting fpu, so it was still off). The 2nd test was run from the command line, with a default hatari.cfg setup for TT (cpulevel and with fpu), and specifying --cpulevel 0 on the command line, thus the message in the log that FPU was turned off. The 2nd run terminated with a segfault.
>Hatari should certainly not segfault in this case. Could you attach a
>gdb and get a backtrace?
Without debug information, i only get:
#0 0x00000000005fe9a8 in Screen_GenConvert ()
With configuration Debug (which still seems to add some optimization flags) i get
#0 0x00000000005dd73e in ScreenConv_BitplaneTo32bppZoomed (coefy=2, coefx=<optimized out>, lowerBorder=0, upperBorder=0, rightBorder=0, leftBorder=0, hscrolloffset=0, nextline=160, vbpp=4, vh=40191600,
>Or could you provide your test-inf.ttp so I could have a try?
Attached below, ttp, source and script i was using. It has slightly changed in the meantime, but still gives the same behaviour.
>Then look for the place where the CPU
>jumps to an address below 0x1000
See backtrace above. Seems to be related to video conversion, not cpu emulation. If you still need the disasm trace, let me know.
PS.: the ttp contained in the zip was compiled with the m68k-atari-mint-gcc cross compiler, and using a modified version of Markus's libcmini (and another small patch to Hatari to redirect Fwrite(2) to stderr when run without TOS). That should make writing tests much easier. Would there be Interest to include that in Hatari?
Description: Zip archive
|Mail converted by MHonArc 2.6.19+||http://listengine.tuxfamily.org/|