256MB TT-RAM und MinT streikt

[Thorsten Otto]

Hab es installiert. Macht aber bei mir Probleme mit der NOVA.

Weisst du zufällig an welcher Addresse die NOVA ihren Speicher einblendet? Könnte sein daß es da Konflikte gibt.

Möglicherweise mach ich was falsch.

Denke nicht, sollte so funktionieren wie vorher, nur halt mit den vollen 256MB.

[czietz]

In der XAAES.CNF wird bei mir TERADESK gestartet, was mit einem Dialogfeld endet:

PROCESS "desktop" KILLED:
MEMORY VIOLATION. (PID 010)
Type: private    PC: 014AB4E0
Addr: 0133EEB1

Evtl. ist das dieses Problem hier: https://github.com/freemint/freemint/issues/22#issuecomment-326999228

Lösungen: NVDI verwenden oder EmuTOS.

[Thorsten Otto]

Evtl. ist das dieses Problem hier: https://github.com/freemint/freemint/issues/22#issuecomment-326999228

Möglich. Aber eigentlich müsste es dann schon bei dem Workaround geknallt haben, MP war ja da auch aktiv.

[Lukas Frank]

Ich nutze den neusten trunk und da stürzt bei der PAK68/3 beim aufstarten von XaAES Teradesk, xaaesnap und TOS2WIN ab.

[Thorsten Otto]

Ich nutze den neusten trunk und da stürzt bei der PAK68/3 beim aufstarten von XaAES Teradesk, xaaesnap und TOS2WIN ab.

Mit weniger als 256MB, nehm ich an? Ungut, da scheint noch irgendwas im argen zu sein...

[Gaga]

Ich bekomme bei 32MB FastRAM gleich zu Beginn jedes Mal einen Stillstand des TT mit 13 Bomben und einem Problem "Pexec ()".

[Thorsten Otto]

Ich bekomme bei 32MB FastRAM gleich zu Beginn jedes Mal einen Stillstand des TT mit 13 Bomben und einem Problem "Pexec ()".

Oo. 13 Bomben? Das wäre "Coprocessor Protocol Violation"

Sieht so aus als müsste ich die letzten Änderungen erstmal wieder zurück nehmen, bis das Problem gefunden ist. Damit wäre es dann wieder auf dem Stand von dem Workaround, dh. von den 256MB wären dann immerhin 240MB nutzbar, mehr ginge aber nicht. Leider ist das ganze echt schwer zu debuggen, auch Hatari verhält sich da unterschiedlich je nachdem ob ich versuche mit TOS oder mit EmuTOS zu  booten.

Für sonstige Vorschläge immer offen...

[czietz]

Für sonstige Vorschläge immer offen...

Hast Du einen TT? Evtl. kann @Gaga leihweise eine Storm und zwei 128 MB Riegel bereitstellen, damit Du auf echter Hardware testen kannst.

[Thorsten Otto]

Hast Du einen TT?

Nein, leider nicht. Es scheint ja auch nicht nur an den 256MB zu liegen. Hab hier schon alles mögliche versucht, aber mit Hatari+EmuTOS funktioniert alles. Falcon-Emulation+TOS4 krieg ich irgendwie nicht ans laufen.

Dürfte auch schwierig werden an die Debug-Ausgaben zu kommen, die passieren bevor sie ins boot.log geschrieben werden könnten.

[ari.tao]

Ich erinnere mal an das mit dem Helmut-Build gelöste Problem . Ist das jetzt im neuesten trunk auch berücksichtigt?

[Thorsten Otto]

Ich erinnere mal an das mit dem Helmut-Build gelöste Problem . Ist das jetzt im neuesten trunk auch berücksichtigt?

Ich hab leider überhaupt keine Ahnung wovon da die Rede ist, kan nur erschliessen daß es irgendwas mit BlowUp zu tun hat, das hat aber hiermit nix zu tun. Und von Helmuts Branch (der immer noch existert) ist da auch nix eingeflossen, also nein.

[ari.tao]

Es ging darum, daß MiNT den Bildspeicher verschiebt, um so die Speicher-Linearität zu erreichen/verbessern. Damit kommen manche wertvollen älteren Prge. nicht klar, Bspe. dafür waren BlowUp, TrueDisk sowie offenbar vorher auch schon manche GK-Treiber.
Mein Vorschlag dazu war damals ein Schalter im MiNT.ini - leider scheint das nicht weitergegeben worden zu sein, war dem H. wohl zu stressig.
Ich wollte hier aber kein OT-Thema aufmachen, mir kam nur der Gedanke, daß die oben im Thread genannten Probleme vielleicht damit zusammenhängen könnten.