Re: [hatari-devel] Hatari and OUTSIDE (virtual memory manager) |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] Hatari and OUTSIDE (virtual memory manager)
- From: Uwe Seimet <Uwe.Seimet@xxxxxxxxx>
- Date: Tue, 2 Oct 2018 15:45:07 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1538487907; s=strato-dkim-0002; d=seimet.de; h=In-Reply-To:References:Message-ID:Subject:To:From:Date: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=hMqvJ4aN5lHmyNNRAmOc0cmKkycLv5llfK/iyj8CnEg=; b=bL7CJBDjvLYgp7VOPuEKXbCDzdq2/6qSliek0vqnO3V0BkcrRalEpX3c5ONcK0cIR8 b9fmvqz+uWkVTz4M2iiaY7K+VcnNmitrrpDIGyRRoNpY5Ew4Zd4Ih74UxHP1dgSaK9EY ppVrEJgnMTZ/C1GMYVmCnCMS5lxq7Y/eQ54/Pgie80605Ec7+atxJEjvJE8ZSRQk0u3L +yipxwsfPOjv5/9mMrHagM7Cl/9Y3uRk1TQvoZSoAIXz62ICydmS8hTvrusIOG6Dr7+y ED6U9yALu8SVS9vnQeREN1VYke8RGRKaLQiBvQFo+Iw4TGZzC8hEgYx6Lix3hQzjZp4g fWNw==
Hi,
> thanks a lot for this image, it saved me a lot of time :)
>
> I was able to boot it using this line :
>
> hatari -c ~/hatari_uwe.cfg -d '' --acsi 0=outside.img --tos tos306de.img
>
> This boots to desktop. If I start outconf.app, then I get a crash with
> 11 bombs, but Hatari doesn't crash like in your case.
How long did you wait after those bombs? I also get those bombs, and then
it takes several seconds (with Hatari running in full speed) before Hatari
itself crashes.
> I tried with and without "cycle exact mode", and in both cases I get a
> crash in emulated atari tt, but Hatari itself doesn't crash, so I can't
> really reproduce your issue, this might depend on compiler version and
> other installed libraries or stack size (which doesn't mean the bug is
> not present)
>
> In your case, does it work when "cycle exact mode / prefetch mode" are
> not used, or does it crash too ? Did you find some settings in Hatari
> that allowed outside.app not to crash ?
I did not find any setting where it did not crash. My compiler is gcc
7.3.0 with Linux.
> I will have a closer look anyway to see where those 11 bombs come from
> after adding some custom traces for PMMU accesses (it's line-f
> exception, but that's not necessarily related to the real error).
I assume that the 11 bombs already indicate the problem. Note that OUTSIDE
makes (legal) use of several unused bits in the page descriptors, e.g. to mark
pages as dirty, non-swappable etc. And correct handling of 68030 stackframes,
function codes, transparent translation registers and master stack pointer
is important.
Best regards
Uwe