Re: [hatari-devel] Hatari freeze in MFP / interrupt code?

[ Thread Index | Date Index | More lists.tuxfamily.org/hatari-devel Archives ]


Le 04/02/2022 à 23:13, Eero Tamminen a écrit :
Hi,

I just tried latest MyM:
http://files.dhs.nu/files_msx/mym_v161.zip

With Hatari Git / 4MB ST / 1024k EmuTOS v1.1.1 / "mym_2mb.prg", and Hatari got stuck with 100% CPU usage here when loading a new song:
------------------------------------
(gdb) bt
#0  0x000055d3c3e6940c in MFP_StartTimer_CD (
     pMFP=pMFP@entry=0x55d3c4c699c0 <MFP_Array>, TimerControl=1 '\001',
     TimerData=2, Handler=Handler@entry=INTERRUPT_MFP_MAIN_TIMERD,
     bFirstTimer=bFirstTimer@entry=false)
     at /home/eero/work/hatari/src/mfp.c:1473
#1  0x000055d3c3e6aa94 in MFP_InterruptHandler_TimerD (
     pMFP=0x55d3c4c699c0 <MFP_Array>,
     Handler=Handler@entry=INTERRUPT_MFP_MAIN_TIMERD)
     at /home/eero/work/hatari/src/mfp.c:1803
#2  0x000055d3c3e6acf3 in MFP_Main_InterruptHandler_TimerD ()
     at /home/eero/work/hatari/src/mfp.c:1809
#3  0x000055d3c3e3fc2f in CycInt_CallActiveHandler (
    Clock=Clock@entry=5560517020) at /home/eero/work/hatari/src/cycInt.c:784
#4  0x000055d3c3e699d2 in CycInt_Process_Clock (Clock=5560517020)
     at /home/eero/work/hatari/src/includes/cycInt.h:141
#5  MFP_UpdateTimers (pMFP=pMFP@entry=0x55d3c4c699c0 <MFP_Array>,
     Clock=5560517020) at /home/eero/work/hatari/src/mfp.c:671
#6  0x000055d3c3e6cb69 in MFP_MaskA_WriteByte ()
     at /home/eero/work/hatari/src/mfp.c:2963
#7  0x000055d3c3e62e87 in IoMem_bput (addr=16775699, val=20)
     at /home/eero/work/hatari/src/ioMem.c:657
#8  0x000055d3c3edab1c in memory_put_byte (addr=addr@entry=4294965779,
     v=v@entry=20) at /home/eero/work/hatari/src/cpu/memory.c:2080
--Type <RET> for more, q to quit, c to continue without paging--
#9  0x000055d3c3eb6afb in put_byte (b=20, addr=4294965779)
     at /home/eero/work/hatari/src/cpu/memory.h:709
#10 mem_access_delay_byte_write (addr=4294965779, v=20)
     at /home/eero/work/hatari/src/cpu/newcpu.c:8920
#11 0x000055d3c3eacb1e in put_byte_ce000 (addr=<optimized out>,
    v=<optimized out>) at /home/eero/work/hatari/src/cpu/cpu_prefetch.h:437
------------------------------------

Has anybody else seen such an issue?


I got the freeze by loading *all* the songs coming with this MyM version from last one to first, so that new song is loaded while old one is still playing.

In case it matters, each song proceeded long enough that all 3 tracks had something playing, before I clicked on LOAD::SNDH button for next one.

I could not reproduce this freeze just by restarting Hatari and loading the same "chp4cash.snd" song directly after MyM start.

Hi

I see a similar bug in different conditions, I will have a look, this might be the same problem you saw.

Nicolas




Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/