| Re: [hatari-devel] TT emulation crashes when there is no ACSI drive |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] TT emulation crashes when there is no ACSI drive
- From: Thomas Huth <th.huth@xxxxxxxxx>
- Date: Sun, 18 Aug 2019 09:46:07 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1566114384; bh=JLmxpA3qFHvmc6JBKV/wN0vBEh3YH+3ieWTP4xivl0k=; h=Date:From:To:Subject:From; b=oYsPLoraxsQGRcQRCBumDBwIXwKeqJNK5u6mEuVmb00Zl2MAPrkQepxHcNA2epgjx B+Rcnd0L/T1lboQr9HuDB6G2fMBkkYsuN+mWD6zUOTOHEIaDpNM0sELhUH0FtQ4UFl K17A19huKfD28hdLKahEMLq49mIhyGGJ7WQ1bK1VsuRrYPM3Z+7Tfv+E4JNTbvmi9W e60ZFxPi7rL8jTHyfVSqpLz63EgO1cU/D9L7CF5vXncFLs3Bo3CEjVWAje362TgtmS 4oTRUfDcEQLPKnjrIaWeKHbeGDiJlWpVcFCEeBwPvrmPIpnto4A3dvm++uRtPugoSD 8PKwxCoqpgxVQ==
Am Fri, 16 Aug 2019 09:03:00 +0200
schrieb Thorsten Otto <admin@xxxxxxxxxxx>:
> On Freitag, 16. August 2019 08:39:24 CEST Christian Zietz wrote:
> > No, it isn't! The new process gets its own initial user *and*
> > supervisor stack.
>
> Hm, maybe. I had something in mind that the supervisor stack was only
> used for OS calls, but maybe i'm wrong. Lets see how Thomas tries to
> solve the problem, and whether disabling interrupts helps.
Disabling the interrupts seems to help in this case, to avoid the
crash, but unfortunately it is not a good solution either: If the
interrupts are disabled for too long (and clearing the of the BSS/heap
can take a while, especially with TT RAM), the mouse can not be moved
in that time frame anymore - and even worse, TOS gets confused of the
held back IKBD packages and recognizes wrong key presses afterwards.
So I think it's maybe best to finally get rid of this assembler kludge
now ... I'll try to rewrite the stuff in C in gemdos.c when I got some
spare time.
Thomas