Aktueller MiNT trunk und N_AES 2 ...

[Lukas Frank]

Habe mal das aktuelle 1-19-cur MiNT von freemint.org zusammen mit EasyMiNT und N_AES 2 auf einem 68000 System installiert mit ausreichend Speicher und es läuft soweit allerdings sind keinerlei Tastatur Eingaben mehr möglich. Mit MiNT 1.15 läuft es ...

Weiss jemand was ?

[HelmutK]

nohog.acc? Keine Ahnung wo man das kriegt.

[mfro]

nohog.acc? Keine Ahnung wo man das kriegt.

NOHOG.ACC war doch nur bei GEM=ROM relevant, oder?

[HelmutK]

Ja, richtig, N.AES müsste auch so gehen. Vielleicht hatte er ja GEM=ROM gesetzt ...

[Lukas Frank]

N_AES 2 läuft nicht mit dem mint000.prg aus dem helmut build. Mit dem trunk geht es aber leider sind keine Tastatureingaben möglich.

Was könnte ich denn versuchen ?

GEM=ROM habe ich nicht in der mint.cnf ...

[HelmutK]

minthat+N.AES

[Arthur]

nohog.acc? Keine Ahnung wo man das kriegt.

NOHOG.ACC war doch nur bei GEM=ROM relevant, oder?

Kenn ich noch gar nicht das ACC, wofür wird das benutzt?

[Lukas Frank]

minthat+N.AES

... genau das gleiche, keine Tastatur Eingaben möglich.

[mfro]

nohog.acc? Keine Ahnung wo man das kriegt.

NOHOG.ACC war doch nur bei GEM=ROM relevant, oder?

Kenn ich noch gar nicht das ACC, wofür wird das benutzt?

Mit GEM=ROM läuft der ROM-Desktop mit MiNT.

Der ROM-Desktop ist so geschrieben, daß er immer im Supervisor-Modus läuft. Weil MiNT im Supervisor-Modus aber kein Task-Switching macht (machen kann), ist von Multitasking dann keine Rede.

Nohog macht nichts anderes, als immer mal wieder in den User-Mode zu wechseln.

[HelmutK]

Es läuft aber erstmal, im Ggs. zu meinem kernel. Nachher guck ich alles durch, und mach mal eine Tabelle

Interessant ist auch, dass N.AES wie der TOS-Desktop es schafft, die phys. workstation zu öffnen (dann darf man übrigens opnwk wahrscheinlich nicht starten), wo XaAES ja kläglich scheitert. Die haben sich da bestimmt damals abgesprochen.

-Helmut

[Arthur]

@mfro, danke für die Erklärung.

Es läuft aber erstmal, im Ggs. zu meinem kernel. Nachher guck ich alles durch, und mach mal eine Tabelle

Interessant ist auch, dass N.AES wie der TOS-Desktop es schafft, die phys. workstation zu öffnen (dann darf man übrigens opnwk wahrscheinlich nicht starten), wo XaAES ja kläglich scheitert. Die haben sich da bestimmt damals abgesprochen.

-Helmut

@Helmut, ich schätze wenn du das ähnlich wie im N.AES hin bekommst das viele Grafikkarten leichter zur Mitarbeit unter MiNT zu bewegen sind... nichts gegen opnwk.

[HelmutK]

Und wie mach ich das? Außerdem tritt dieses Problem nur bei NVDI-ET4000 auf, alles andere geht an sich, oder es treten wieder andere Probleme auf ...

Nicht leicht, die 867 verschiedenen Varianten alle im Griff zu behalten ...

[Lukas Frank]

Gerade mal mit dem helmut Kernel und N_AES 2 probiert unter ST-Hoch ohne NVDI ET4000 und auch dort sind keine Tastatureingaben möglich. Liegt vielleicht doch am Kernel ?

Hatte auch TOSWIN2 in Verdacht aber war nicht der Fall.

[HelmutK]

Gilt das für alle Programme? (Desktop, qed, toswin, ...)?

Dann muss ich N.AES wohl bei mir auch noch probieren, das letzte mal ist schon länger her, und war auf aranym mit N.AES 1.2 oder so, da ging alles.

[Lukas Frank]

Ist bei Thing, TOSWIN2 und QED so ...

Vielleicht ist das ja ein 68000 Ding und auf einem Atari TT läuft es, keine Ahnung.

[HelmutK]

Auf aranym mit meinem N.AES geht die Tastatur auch nicht, früher ging sie aber. Außerdem reagiert die ganze Geschichte extrem zäh (Ordner in teradesk öffnen z.B. dauert mehrere Sekunden).

Auf der aranym-Konsole sehe ich:

pid   9 (AESSYS): O_GLOBAL is obsolete, please update your driver (u:\dev\console)

Das ist schon einige Zeit so. Könnte es daran liegen?

Antwort: ja. Wenn man O_GLOBAL zurücksetzt, und keinen Fehler zurückliefert, geht die Tastatur.

000-Version (helmut): http://home.arcor.de/zabruder/atari/system/mint000.prg.gz

Benutzt denn keine N.AES mit einem aktuellen MiNT?


-Helmut

[Lukas Frank]

Hallo Helmut, kann man das denn fixen in den aktuellen freemint.org builds ?

Ich bekomme auch einige pid irgendwas Fehler beim trunk und beim helmut Kernel beim booten bevor XaAES lädt. Mache mal Bilder ...

Irgendwas ist auch mit dem ext2 Treiber, habe mir schon die ext2 Partition zerschossen. Im trunk ist der 68000 ext2 Treiber viel zu groß mit fast 341kB. Der Kernel merkert immer dass, das Datei System nicht sauber wäre obwohl ich zuvor e2fsck habe laufen lassen. Vielleicht etwas mit dem Datum, keine Ahnung ...

[HelmutK]

Klar, hab nur auf die Rückmeldung gewartet, ob das bei Dir auch funktioniert.

Zu den anderen Fehlern müsstest Du Dich schon näher äußern.

Ach ja: Die xfs müssen wahrscheinlich noch gestripped werden, stört aber sonst nicht weiter.

-Helmut

[Lukas Frank]

Danke, jedliche Tastatureingaben sind wieder möglich mit N_AES ...

Anbei ein Bild der beiden Fehlermeldungen im Bootvorgang, der Rechner läuft trotzdem scheint es.

[mfro]

Das sieht so aus wie wenn die Shell, die den Filesystemcheck starten wollte, abgestürzt wäre ("ILLEGAL INSTRUCTION" in sh).

Die scheint schlicht irgendwohin zu springen, wo sie nichts verloren hat (der angezeigte PC ist außerhalb des Text-Segments). Bist Du sicher, daß das keine 68020-Version ist?