MC68010 mit TOS 2.06 und newdesk.inf ...

[Lukas Frank]

Habe mir für meinen Atari Mega ST einen MC68010 bestellt. Hatte ich damals auch schon und meine das der Rechner unter TOS 2.06 beim laden einer newdesk.inf Datei immer wieder einen Reset ausführt.

Welcher Wert in der newdesk.inf ist dafür verantwortlich ?

Gibt oder gab es ein Patchprogramm für die newdesk.inf ?

[Stosser]

Hallo Lukas,

ich habe zwar nie ein MC68010 mit TOS 2.06 benutz, ich habe dazu KaosTos benutz.

Kannst du newdesk.inf nicht so weit abspecken und die datei immer wieder erweitern bis der absturz abtritt ?

Ich bin leider zu lange raus

War nur als anregung um das Problem einzugrenzen.


LG

Khristiane

[Lukas Frank]

Mein MC68010 kommt aus China, muss warten bis ich ihn habe, dann schaue ich mal ...

[Lukas Frank]

So der 68010 ist da, sogar von Motorola ...



Es ist jetzt so das nach abarbeitung des Autoordners das TOS die newdesk.inf einlädt und der Rechner bombt dann mit 4 Bomben ab.

Wenn ich nun die newdesk.inf zum Beispiel in newdesk.inx umbenenne und diese dann nachdem der Desktop da ist über das Menü ".INF Datei lesen" lade ist alles fein ...

[Lukas Frank]

Wenn es einen Patch für das TOS 2.06 geben würde, wäre das fein ...

Wobei man ja auf die Idee kommen kann das der Fehler im Desktop des TOS 2.06 liegt, keine Ahnung ...

Oder ein kleines Programm welches eine newdesk.inx nach dem Start des Desktops automatisch lädt.

[Burkhard Mankel]

Ganz einfach:
- Auslesen
- nach dem Eintrag "NEWDESK.INF" suchen (es gibt 3 Einträge - wobei ich nicht ganz sicher bin, ob alle 3 zu ändern richtig wäre
- patchen
- teilen
- neu brennen
- testen

[1ST1]

Ließt sich so einfach... Burkhard, mach doch mal vor, insbesondere den Punkt "patchen".

[Burkhard Mankel]

Ich habe gerade - bevor ich den Text schrieb, habe ich meine schon mal zu Testzwecken ausgelesene TOS Datei untersucht und tatsächlich dreimal diesen Eintrag gefunden - ich könte jetzt einen Test mit Emu machen, aber das (ein Patch) würde vermutlich für Lukas nicht viel bringen, da ich meine, irgendwo dokumentiert gesehen zu haben, daß einzig der CPU-Tausch für eine Erhöhung der Geschwindigkeit nicht reicht! Es gab mal eine Bauanleitung in einer ST Computer - da wurde so viel verändert ...
Ich glaube daß sich das TOS durch die höhere Prozessorgeschwindigkeit irgendwie verhalpelt und dadurch zum Bombenleger wird! Daran würde auch eine Veränderung eines Dateinamen nichts ändern!

[Lukas Frank]

Kann sein das da mal etwas in einer Atari Zeitschrift wegen MC68010 drin war, könnte sein ...

Jetzt wäre natürlich die Frage wer hat den Artikel ?


Der Fehler liegt wohl an einem Wert in der Zeile #c der newdesk.inf oder/und einem bug im Desktop des TOS 2.06 !?!

Wenn ich nachdem der Dektop da ist über die Menüleiste die newdesk.inx lade ist ja alles in Ordnung. Heisst die Einstellungen und alles andere werden geladen ohne Bomben, alles fein ...

[1ST1]

Burkhard, was willst du denn da patchen? Willst du den Dateinamen ändern? Willst du, ohne M68K Assembler zu verstehen, den Maschinencode ändern? Ohne das TOS mal dissasembliert zu haben? Weißt du, dass bei einem Maschinenprogramm die Strings nicht unbedingt in dem Adressbereich liegen, wo auch der zugehörige Maschinencode liegt? (Das ist nicht unbedingt wie bei BASIC!)

@Frank: Ich weiß nicht mehr genau, was damals die Begründung war, aber der 68010 wurde damals in der Atari-Gemeinde als nicht tauglich für den Einsatz im ST erklärt. Der 68010 soll bei divereser Software Probleme machen. Ich meine ein Teil der Begründung war, dass der Aufwand am Software für den 68010 patchen höher wäre, als der Vorteil. Besser gleich einen 68020 oder einen 68000 mit 16 Mhz.

[mfro]

TOS 2.06 kann prima mit dem 68010 umgehen (mit Ausnahme des gefundenen "NEWDESK.INF"-Problems).

Wenn ich mich recht erinnere, gibt's in der Desktop-Initialisierung eine Stelle, die alles als 68030 identifiziert, was nicht 68000 ist.

Das bewirkt den Versuch, den Inhalt des Cache-Control Registers auszulesen, was zu einem Illegal Instruction Error führt.

[1ST1]

68030? Wahrscheinlich eher als 68020 oder besser, denn der 68020 läuft einwandfrei mit TOS 2.06.

[Burkhard Mankel]

# 1ST1!
Lukas schrieb doch Eingangs:

... newdesk.inx ...

muß geladen werden - also warum nicht den String NEWDESK.INF nach NEWDESK.INX ändern - das geht auch über einen Diskmonitor ohne sich lange über ASSEMBLER Assoziationen Gedanken zu machen !!!

# Lukas Frank!
Schau mal in den Archiven von Matthias Jaap (jaapan.de) nach - leider habe ich jetzt keine Zeit, das für Dich rauszusuchen! Der Artikel hieß (glaube ich): "Und es geht doch - Atari ST mit mehr als 8MHz" oder so ähnlich! Am Ende wurde er mit mW mit 12MHz betrieben!
Die Zeile "#c..." beinhaltet 16x3 Ziffern zur Farbinfo und dann noch einige Bytes Systeminfos!

edit: habe den Artikel doch noch auf die Schnelle finden können!

[1ST1]

Was nützt die Änderung des Dateinamens? Dann liest er eben eine newdesk.inx ein und schmiert wieder ab. Was wäre dann der Vorteil, außer dass diverse andere Tools mit denen sich die Newdesk.inf (mit fest verdrahtetem Dateinamen, z.B. XBoot) nicht mehr bearbeiten lässt?

Wenns um Performance geht: Die c't hatte seinerzeit eine recht einfache Schaltung, mit der man einen 68000-16 im ST betreiben konnte, ganz simpel ohne Cache. Die Schaltung bestand nur aus wenigen Gattern und taktete den 68000 von 8 auf 16 MHz hoch, wenn er intern mit sich selbst beschäftigt ist, sprich gerade keine Buszugriffe macht. Letztens beim Aufräumen habe ich den Artikel oder die Schaltung draus gesehen und ich dürfte auch noch ein altes ST-Umbau-Projekt von vor 15..20 Jahren im Keller haben, wo diese Schaltung drin ist. Den Rechner müsste ich irgendwann mal fertig machen.

[mfro]

68030? Wahrscheinlich eher als 68020 oder besser, denn der 68020 läuft einwandfrei mit TOS 2.06.

den betreffenden Befehl, der da ausgeführt wird

Code: [Auswählen]

movel.l    cacr,d0
gibt's tatsächlich ab 68020, bloß gibt's - zumindest offiziell - keinen Atari-Rechner mit 68020.

Der Verdacht liegt daher nahe, daß die entsprechende Codesequenz aus den TT-ROMs übernommen wurde (sieht auch genauso aus). Bei allem, was die neueren "langen" Stackframes benutzt und enstprechend die _longframe Systemvariable setzt (deswegen läuft der 68010 überhaupt), hat gefälligst ein CACR-Register zu haben. Beim 68010 trifft zwar ersteres zu, aber zweiteres nicht, deswegen fällt er auf die Nase.

[Lukas Frank]

Ein 68010 im ST ist schon ganz in Ordnung. Programme laufen alle ohne Fehler, was ich so bisher festgestellt habe ...

Nur z.B. in GEMBENCH beim FPU Test bombt die Maschine ab, hängt sich aber nicht auf und läuft auch weiter.

Der 68010 im ST ist auch nur ein Spaß, habe ja noch diese Maxon MACH16 Beschleunigerkarte die ja mit 16Mhz läuft.


MiNT läuft auch einwandfrei, null Probleme bisher ...

[Lukas Frank]

Habe mal Matthias gefragt und es gab eine ST-Computer Ausgabe 3/91, Seite 88. Thema war die Erkennung des 68010 per Software.

Wer hat den Artikel und könne mir sagen ob darin auch das Thema NEWDESK.INF und TOS 2.06 angesprochen wird und mir den Artikel vielleicht sogar einscannen ...

[MJaap]

Habe mal Matthias gefragt und es gab eine ST-Computer Ausgabe 3/91, Seite 88. Thema war die Erkennung des 68010 per Software.

Wer hat den Artikel und könne mir sagen ob darin auch das Thema NEWDESK.INF und TOS 2.06 angesprochen wird und mir den Artikel vielleicht sogar einscannen ...

Ich kann dir den Artikel gerne scannen, Newdesk.inf und TOS 2.06 sind allerdings kein Thema. Es geht wirklich nur um das Erkennen des 68010, da manche Programme ihn offenbar fälschlich als 020 identifizieren.

[Lukas Frank]

Danke für das Angebot, nein Danke muss nicht sein !

[1ST1]

Gab es TOS 2.06 überhaupt im März 1991 schon, als der Artikel erschien? Ich meine das kam erst im November, konnte also in dem Artikel noch garnicht berücksichtigt worden sein.