MiNT/XaAES auf Mega STE ...

[Lukas Frank]

Vesuche gerade VanillaMiNT 030 auf einem Mega STE mit 4MB Ram ans laufen zu bekommen. Wegen der 4MB weiss ich nicht ob das überhaupt geht wegen dem XaAES. Ich habe das ganze MiNT durch den trunk vom 17/02/2018 in der 68000 Version ersetzt. Beim Booten bekomme ich aber immer die Fehlermeldung durch den MiNT Kernel ...

init: u:/c/mint usw. xaloader.prg ... error -33.

... was sagt diese Fehlermeldung aus ?

[ama]

Kenne mich mit Mint nicht aus, aber wenn Fehler 33 das gleiche wie unter TOS ist, dann findet er die Datei nicht.

[Lukas Frank]

Richtig ...

Eigene Dummheit, mein XAAES Ordner hatte drei A

[Lukas Frank]

So erstmal geschafft ...

Mega STE 4MB MiNT/XaAES mit USB Kram über ET4000 läuft. 331kB Ram frei. Netzwerk mit NetusBee fehlt jetzt noch. Ob das geht mit den restlichen 300kB ?

[1ST1]

Das erinnert mich an meine Versuche damals mit KGMD auf meinem 4 MB PAK-ST-Tower. Ich fand das X-Window-System so spannend und wollte damit was machen, aber schon mit dem Start von XClock war der RAM schon voll... Damit konnte man nix anfangen.

[Lukas Frank]

Sobald die MonSTer wieder verfügbar sind (hoffe bis Ende des Jahres) hat der Rechner 10MB ...

Ist eh alles nur Spielerei weil sehr langsam das ganze. Wenn die MonSTer da ist kommt da EasyMiNT drauf.

[Lukas Frank]

NetusBee läuft jetzt auch, ich kann google und andere Rechner im Heimnetz pingen. Ohne Desktop bleiben mir 700kB an freien Speicher ...

Den USB Ethernet DUB-E100 bekomme ich nicht ans funktionieren, ich vermute der ASIX.XIF ist 030 kompiliert !?!

[Gaga]

Versuche es mal hiermit.

[Lukas Frank]

Habe schon einen Link zu einem 000 1-19 Snapshot bekommen. Das Verhalten ist aber genau das gleiche.

Es hängt immer beim booten an der Stelle „MiNT-Net TCP/IP 1.6 PL1,“  mit der Meldung „Loading Interfaces“ und nichts geht mehr weiter …

Vanillia MiNT konfiguriert das Netzwerk aus einem Aufruf einer eigenen network.cnf aus der mint.cnf.

[czietz]

Es hängt immer beim booten an der Stelle „MiNT-Net TCP/IP 1.6 PL1,“  mit der Meldung „Loading Interfaces“ und nichts geht mehr weiter …

Ich kann das bestätigen. Es passiert aber auch mit anderen .xif-Treiber so, z.B. dem für die RTL8012. Das heißt, es hat nichts mit asix.xif und/oder der Lightning VME zu tun. Ich denke eher, dass MiNTNet auf dem MegaSTE einen größeren Bug hat.

[Lukas Frank]

... denke eher, dass MiNTNet auf dem MegaSTE einen größeren Bug hat.

Das ist schade.

[czietz]

Deine ursprüngliche Vermutung war (fast) richtig. Obwohl in der 68000-Version (und im Ordner MegaSTE) ausgeliefert, ist diese Version von asix.xif nur für CPUs ab dem 68020 geeignet -- wie auch andere xif-Treiber, die für den MegaSTE ausgeliefert werden. Ich habe ein Ticket bei FreeMiNT aufgemacht:
https://github.com/freemint/freemint/issues/84

Solange kannst Du die angehängte, von mir manuell für 68000 compilierte Version testen. Auf meinem MegaSTE läuft sie.

PS: Irgendwie finde ich viel, viel mehr FreeMiNT-Bugs als Lightning-VME-Bugs, wenn ich den Meldungen unserer Nutzer nachgehe. Spricht für die Code-Qualität des Lightning-Treibers. 

[Lukas Frank]

Vielen Dank für deine viele Arbeit ...

Ich bekomme das bei mir nicht ans Laufen. Wer von den MiNT Leuten kam auf die blöde Idee mit dieser Ordner Struktur mit den Rechner Modellen. Ich mag das nicht, sowas blödes ...

[czietz]

Du kannst die .xif auch in den Hauptordner (also \mint\1-19-xxx\) kopieren. Nur die USB-Dateien (.udd, .ucd usw.) müssen unbedingt in den usb-Ordner.

[czietz]

Ich habe ein Ticket bei FreeMiNT aufgemacht:
https://github.com/freemint/freemint/issues/84

Sollte nun auch in kommenden MiNT-Snapshots gefixt sein: https://github.com/freemint/freemint/issues/84#issuecomment-377988598
Ich habe aber für heute keine Lust mehr, das zu testen.