Re: [hatari-devel] ide.c segfault when config changed to Falcon

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

Hi,

On 1/14/21 2:35 PM, Laurent Sallafranque wrote:
> The same trace in debug mode ;)
Do you get any messages from Glic or X libraries before this? And what is the crash, is it NULL 
pointer access?
(You can see this from Gdb disassembly, and register using by current instructions having close to zero value) 

Virtual Box may have related crash:
https://www.virtualbox.org/ticket/19226

I.e. this may be X library bug, not SDL2 one.

What distro / X library versions you have?


	- Eero
PS. I filed bug about Xsync ~3 years ago against X git version, but I don't think that bug was in any release versions: 
https://bugs.freedesktop.org/show_bug.cgi?id=103000



(gdb) bt
#0  tcache_get (tc_idx=<optimized out>) at malloc.c:2937
#1  __GI___libc_malloc (bytes=24) at malloc.c:3051
#2  0x00007ffff7b3d106 in ?? () from /lib/x86_64-linux-gnu/libX11.so.6
#3  0x00007ffff7b3dcda in _XReply () from /lib/x86_64-linux-gnu/libX11.so.6
#4  0x00007ffff7b39641 in XSync () from /lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007ffff7f32b54 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#6  0x00007ffff7f05725 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#7  0x00007ffff7eaab94 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#8  0x00007ffff7eaada9 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#9  0x00007ffff7ea73a3 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0
#10 0x0000555555901e8c in Screen_FreeSDL2Resources () at /home/laurent/Atari/hatari/src/screen.c:304 #11 0x00005555559035d4 in Screen_SetSDLVideoSize (width=width@entry=832, height=552, bitdepth=32,     bForceChange=bForceChange@entry=false) at /home/laurent/Atari/hatari/src/screen.c:467 #12 0x0000555555903c62 in Screen_SetSTResolution (bForceChange=bForceChange@entry=false) 
     at /home/laurent/Atari/hatari/src/screen.c:715
#13 0x0000555555904316 in Screen_ChangeResolution (bForceChange=bForceChange@entry=false) 
     at /home/laurent/Atari/hatari/src/screen.c:767
#14 0x0000555555904344 in Screen_ModeChanged (bForceChange=bForceChange@entry=false) 
     at /home/laurent/Atari/hatari/src/screen.c:784
#15 0x0000555555904371 in Screen_Reset () at /home/laurent/Atari/hatari/src/screen.c:894 #16 0x00005555558fe469 in Reset_ST (bCold=bCold@entry=true) at /home/laurent/Atari/hatari/src/reset.c:105 #17 0x00005555558fe4d0 in Reset_Cold () at /home/laurent/Atari/hatari/src/reset.c:134 #18 0x00005555558c89cb in Change_CopyChangedParamsToConfiguration (current=current@entry=0x7ffffffb9a00, 
     changed=0x5555568312c0 <ConfigureParams>, bForceReset=<optimized out>)
     at /home/laurent/Atari/hatari/src/change.c:504
#19 0x00005555558cabd8 in Dialog_DoProperty () at /home/laurent/Atari/hatari/src/dialog.c:74 #20 0x00005555559086c6 in ShortCut_ActKey () at /home/laurent/Atari/hatari/src/shortcut.c:302 #21 0x0000555555915f9a in Video_InterruptHandler_VBL () at /home/laurent/Atari/hatari/src/video.c:4551 #22 0x00005555559493cb in m68k_run_2ce () at /home/laurent/Atari/hatari/src/cpu/newcpu.c:6829 #23 0x0000555555946bba in m68k_go (may_quit=may_quit@entry=1) at /home/laurent/Atari/hatari/src/cpu/newcpu.c:7573 #24 0x00005555558f21ea in M68000_Start () at /home/laurent/Atari/hatari/src/m68000.c:313 
#25 0x00005555558f38cf in main (argc=<optimized out>, argv=<optimized out>)
     at /home/laurent/Atari/hatari/src/main.c:1010





Le 14/01/2021 à 13:24, Laurent Sallafranque a écrit :
I don(t know if this can be of any help, but here is the stack when it crashes : 


(gdb) bt
#0  tcache_get (tc_idx=<optimized out>) at malloc.c:2937
#1  __GI___libc_malloc (bytes=24) at malloc.c:3051
#2  0x00007ffff7b3d106 in ?? () from /lib/x86_64-linux-gnu/libX11.so.6
#3  0x00007ffff7b3dcda in _XReply () from /lib/x86_64-linux-gnu/libX11.so.6 
#4  0x00007ffff7b39641 in XSync () from /lib/x86_64-linux-gnu/libX11.so.6
#5  0x00007ffff7f32b54 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0 #6  0x00007ffff7f05725 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0 #7  0x00007ffff7eaab94 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0 #8  0x00007ffff7eaada9 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0 #9  0x00007ffff7ea73a3 in ?? () from /lib/x86_64-linux-gnu/libSDL2-2.0.so.0 
#10 0x0000555555920f60 in Screen_SetSDLVideoSize ()
#11 0x0000555555921795 in Screen_SetSTResolution ()
#12 0x0000555555923307 in Screen_Reset ()
#13 0x0000555555919f3d in Reset_ST ()
#14 0x00005555558cb34a in Change_CopyChangedParamsToConfiguration ()
#15 0x00005555558ce78e in Dialog_DoProperty ()
#16 0x0000555555928e59 in ShortCut_ActKey ()
#17 0x0000555555939f77 in Video_InterruptHandler_VBL ()
#18 0x0000555555980ed2 in m68k_run_2ce ()
#19 0x000055555597ae02 in m68k_go ()
#20 0x00005555558bd7ef in main ()
(gdb)



Le 13/01/2021 à 23:27, Laurent Sallafranque a écrit :

Hi,


I'm starting from the falc configuration.
When on the desktop, I load the hatari.cfg (which is the st destination) and I select reset. 

I get the core dump

Does this help ?

regards




Le 13/01/2021 à 13:50, Nicolas Pomarède a écrit :

Le 13/01/2021 à 13:26, Laurent Sallafranque a écrit :

I've also noticed another hatari core dump.
I start in falcon mode and I change all my conf to switch to ST mode and I click reboot now. 

Hatari then crash.



Hi
can you be more specific on the tos version you use before and after change ? 

Nicolas



Le 13/01/2021 à 11:17, Nicolas Pomarède a écrit :

Le 07/12/2020 à 20:46, Thomas Huth a écrit :

Am Mon, 7 Dec 2020 15:28:13 +0100
schrieb Nicolas Pomarède <npomarede@xxxxxxxxxxxx>:


Le 06/12/2020 à 17:59, Eero Tamminen a écrit :

Hi,

I've pushed doc updates for all the fixes.


Unless there are objections, I was thinking of
pushing also my fix for the issue with double
usage of same image through ACSI/SCSI/IDE
(the one Uwe reported).


Hi
I'm not against it, but on my side I don't use ACSI/SCSI/IDE, so I'm 
not able to test if these changes can have any side effects.

More testers would be needed for this fix to ensure all cases are
handled.


FWIW, the patches look pretty straight-forward to me, so I think it
should be safe to commit them. I currently don't have much spare time 
for testing, though, sorry.

  Thomas


Hi
unfortunately, I found another case where Hatari might crash because of IDE IO.
start hatari in falcon mode (with --tos tos404.img) then do a memory save while falcon mode is booting (atari logo displayed in top left).
exit hatari and restart hatari with --memstate and the name of the save file. hatari should start, complete the floppy test and then core dump when it comes to checking IDE state. 

(gdb) bt
#0  0x00000000005f6980 in Ide_Mem_bget ()
#1  0x0000000000691d34 in wait_cpu_cycle_read_ce020 ()
#2  0x0000000000bd1070 in op_4a39_24_ff ()
#3  0x000000000066fca8 in m68k_run_3ce ()
#4  0x000000000066a852 in m68k_go ()
#5  0x00000000005bc9a3 in main ()
In my case I don't use any IDE drive, so it's likely to be some null pointers in IDE part as we saw before. 

Nicolas

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