TOS Patchen

[Lukas Frank]

Ja, aber wegen den ganzen Erweiterungen (von denen z.B. die 8-plane VDI Routinen gar nicht gebraucht werden), passt das nicht mehr in 256k ROM. Sitzen denn da 512k EPROMs drauf? Und war da nicht auch ein umschaltbares 2.06 drauf, das nur die original 68000 CPU nutzt? Etwas irritiert....

Die PAK TOS 3.06 Roms sind genau wie im Atari TT vier Stück 27C010 insgesamt 512kB. Die PAK braucht zum booten vom TOS 3.06 (oder auch ein TOS 2.06) ein TOS 1.04 auf dem Atari ST Mainboard. Man kann auf die PAK oben auf eine 68000 CPU setzen und mit Hilfe eines GALs zwischen PAK und 68000 umschalten. Wenn die 68000 CPU aktiv ist wird natürlich das Mainboard TOS 1.04 genutzt.

Auf der WRS Webseite gibt es mehr Infos ->  wrsonline.de

[Thorsten Otto]

Danke für die Antworten. Scheint wirklich so zu sein, daß es einfacher war die TT-Specifica aus 3.06 raus-zupatchen, als die 030-specifica in 2.06 rein (auch wenn dadurch ziemlich viel gepatcht werden muss, NVRAM z.B, und sämtliche TT-Spezifischen XBIOS Befehle).

Was ich aber noch nicht ganz verstehe ist:

Code: [Auswählen]

;* Für PAK-Trick um mit FC-TOS auf Mainboard in die PAK-ROMs hochzukommen
40030 $4E,F9,00,E0,00,00           ;JMP OS_Main

$40030 ist der Offset vom ROM, landet damit also auf E40030. Wieso hilft das in irgendeiner Weise das PAK Rom zu booten? Kann das ROM bei $fc0000 gemirrored werden?

[czietz]

Zitat aus den GAL-Gleichungen des Adressdekoders (Version, die damals in der c't veröffentlicht wurde; nicht unbedingt die aktuellste Version):

Code: [Auswählen]

  0 PAK 68/3, GAL U6:  Adressdekoder, Atari ST
  1 16-09-93   V6_STc1   Holger Zimmermann @ PE
  2 %ID
  3    P6_ST
  4 %TYP
  5    GAL20V8A
  6 %PINS
  7  !vpa  fc0  fc1  !as_20  a21  a20  a17  a18  a16  a19  a22
  8  !berr_00  a23  !avec  !dram  !ciin  !word  !fpucs  !rom  !csp19
  9  !berr_20  !jp3
 10 %LOGIC
[...]
 26  rom        = a23 * a22 * a21 *  a20 *  a19 *  a18 * !a17    ´TOS 1.04
 27             + a23 * a22 * a21 *  a20 *  a19 *  a18 * !a16    ´TOS 1.04
 28             + a23 * a22 * a21 * !a20 * !a19;                 ´TOS x.06

Das dürfte Deine Frage beantworten

[Thorsten Otto]

Mit GALs kenn ich mich zwar nicht aus, aber ich denke mal, das heisst ja

Preisfrage: wenn das PAK-ROM dort gemirrored wird, und auf den Adressen 0-7 die ersten 8 Bytes des ROMs gemirrored werden, wieso braucht man dann den Patch überhaupt?

[czietz]

Preisfrage: wenn das PAK-ROM dort gemirrored wird, und auf den Adressen 0-7 die ersten 8 Bytes des ROMs gemirrored werden, wieso braucht man dann den Patch überhaupt?

Weil die ROMs auf der PAK zwar an der Adresse $FCxxxx eingeblendet werden, aber nicht an der Adresse $000000 und die CPU somit den Resetvektor aus dem ROMs auf dem Mainboard liest.

[pakman]

Danke für die Antworten. Scheint wirklich so zu sein, daß es einfacher war die TT-Specifica aus 3.06 raus-zupatchen, als die 030-specifica in 2.06 rein (auch wenn dadurch ziemlich viel gepatcht werden muss, NVRAM z.B, und sämtliche TT-Spezifischen XBIOS Befehle).

Was ich aber noch nicht ganz verstehe ist:

Code: [Auswählen]

;* Für PAK-Trick um mit FC-TOS auf Mainboard in die PAK-ROMs hochzukommen
40030 $4E,F9,00,E0,00,00           ;JMP OS_Main

$40030 ist der Offset vom ROM, landet damit also auf E40030. Wieso hilft das in irgendeiner Weise das PAK Rom zu booten? Kann das ROM bei $fc0000 gemirrored werden?

[pakman]

Was ich aber noch nicht ganz verstehe ist:

Code: [Auswählen]

;* Für PAK-Trick um mit FC-TOS auf Mainboard in die PAK-ROMs hochzukommen
40030 $4E,F9,00,E0,00,00           ;JMP OS_Main

$40030 ist der Offset vom ROM, landet damit also auf E40030. Wieso hilft das in irgendeiner Weise das PAK Rom zu booten? Kann das ROM bei $fc0000 gemirrored werden?

Zitat aus dem aktuellen Patchfile:

Code: [Auswählen]

; Trick, damit die PAK auch mit TOS 1.xx auf dem Mainboard startet
; Kein Konflikt mehr, da der RSC-Bereich nach hinten verschoben wird
; Zim 20.12.2011
;
; - CPU l„dt nach Reset $00FC0030 als StartAdr (aus TOS 1.xx auf dem Mainboard)
; - Bei Zugriff auf $00FC0030 wird das PAK-TOS angesprochen, falls enabled
; - Adresse, die die PAK-ROMs sehen:
;   F    C    0    0    3    0      ; diese Adresse liegt am AdrBus an (hex)
;   1111 1100 0000 0000 0011 0000   ; (bin)
;   xxxx x100 0000 0000 0011 0000   ; diese Adr sieht das ROM (512 kBytes, bin)
;   x    4    0    0    3    0      ; (hex)


[Thorsten Otto]

Danke für die Tips. Ich kann es natürlich nicht testen, aber wollte verstehen was da passiert.

Zitat aus dem aktuellen Patchfile:

Gibt es da noch eine aktualisierte Version? Ich habe hier die aus dem tp306v20 Paket, von Markus' Seite.

Mir ist auch aufgefallen, das in dem tp206v38 Archiv zumindest einige Sourcen sind, in den neueren Archiven aber nicht mehr.

[Atariosimus]

Es gibt noch eine tp206v40 als Beta Version

[Thorsten Otto]

Ja, die hab ich auch, aber für 2.x gibt es keine PAK Patches. Auch sehe ich da nirgendwo einen Kommentar von "Zim".

[Atariosimus]

Ob da was mit Pak dabei ist habe ich nicht berücksichtigt. Ging mir nur um die allgemeine Ergänzung.

[Arthur]

Lief 2.06 nicht out of the box auf der PAK?

[Lukas Frank]

Ja zum Beispiel gut für eine PAK68/2 mit 020 CPU

[Arthur]

Ja zum Beispiel gut für eine PAK68/2 mit 020 CPU

Genau, ich finde mit dem 2.06 hat Atari eine der besten Versionen heraus gebracht.

[Thorsten Otto]

Hat aber vermutlich das Problem daß dann im Desktop der Eintrag für den Blitter erscheint, aber nicht der für den Cache. Auch an einige Stellen im VDI wird dann der Cache nicht geflusht. Und 2.06 erkennt wohl auch das TT-RAM auf der Frak nicht.

[Lukas Frank]

Man muss unterscheiden zwischen PAK, PAK68/2 mit 020 CPU ohne L2 Cache und der PAK68/3 mit 030 CPU und 32kB L2 Cache mit Fastram (FRAK) Option, PuPla Buffer Platine etc. ...

[Arthur]

Hat aber vermutlich das Problem daß dann im Desktop der Eintrag für den Blitter erscheint, aber nicht der für den Cache. Auch an einige Stellen im VDI wird dann der Cache nicht geflusht. Und 2.06 erkennt wohl auch das TT-RAM auf der Frak nicht.

Da wirst du evtl. recht haben. Na ja, ob die Programmierer das TT-RAM auf der PAK kannten oder das TOS überhaupt für den TT vorgesehen war darf bezweifelt werden.

[Atariosimus]

Ich habe jetzt  mal einen Patch von TP206V38 gebrannt und in Hi und LO splitten lassen.
Passiert leider nichts Rechner ist tot. 

Eventuell versuch ich das mit dem Split Tool von Petari da ist
eine Checksum Korrektur drin.

[Thorsten Otto]

Wenn du es nicht gerade abgeschaltet hast, erzeugt tospatch auch eine CRC. Am splitten sollte es also nicht liegen, vlt. ist beim brennen was schief gelaufen.

[Lukas Frank]

;*******************************************************************************
;* MRF:
;* Ausgabeformat des Patchprogramms

>1 3C0000           ;eine Datei (TOS.IMG) fr Adresse $3C0000 erzeugen

; bitte daran denken: Obere Ramgrenze - TOS-L„nge (normalerweise = $40000)
;  4MB-Rechner: $3C0000
;  3MB-Rechner: $2C0000
;2.5MB-Rechner: $240000
;  2MB-Rechner: $1C0000   ;Mit weniger als 2MB Speicher macht es eigenlicht
;  1MB-Rechner: $0C0000   ;keinen Sinn mehr, TOS 2.06 im Ram zu halten -
;0.5MB-Rechner: $040000   ;aužer vielleicht zum Testen der Patches!

;>1                  ;eine nicht relozierte Datei (TOS.IMG) erzeugen
;* auch m”glich: 2, 6 oder 8 Dateien, um neue EPROMs zu brennen
;* dazu muž ">2", ">6" bzw. ">8" angegeben werden

;*******************************************************************************

Das sollte gehen ...
;*******************************************************************************
;* MRF:
;* Ausgabeformat des Patchprogramms

;>1 3C0000           ;eine Datei (TOS.IMG) fr Adresse $3C0000 erzeugen

; bitte daran denken: Obere Ramgrenze - TOS-L„nge (normalerweise = $40000)
;  4MB-Rechner: $3C0000
;  3MB-Rechner: $2C0000
;2.5MB-Rechner: $240000
;  2MB-Rechner: $1C0000   ;Mit weniger als 2MB Speicher macht es eigenlicht
;  1MB-Rechner: $0C0000   ;keinen Sinn mehr, TOS 2.06 im Ram zu halten -
;0.5MB-Rechner: $040000   ;aužer vielleicht zum Testen der Patches!

>1                  ;eine nicht relozierte Datei (TOS.IMG) erzeugen
;* auch m”glich: 2, 6 oder 8 Dateien, um neue EPROMs zu brennen
;* dazu muž ">2", ">6" bzw. ">8" angegeben werden

;*******************************************************************************

Gleich EE und E0 Epromdateien machen lassen ...
;*******************************************************************************
;* MRF:
;* Ausgabeformat des Patchprogramms

;>1 3C0000           ;eine Datei (TOS.IMG) fr Adresse $3C0000 erzeugen

; bitte daran denken: Obere Ramgrenze - TOS-L„nge (normalerweise = $40000)
;  4MB-Rechner: $3C0000
;  3MB-Rechner: $2C0000
;2.5MB-Rechner: $240000
;  2MB-Rechner: $1C0000   ;Mit weniger als 2MB Speicher macht es eigenlicht
;  1MB-Rechner: $0C0000   ;keinen Sinn mehr, TOS 2.06 im Ram zu halten -
;0.5MB-Rechner: $040000   ;aužer vielleicht zum Testen der Patches!

;>1                  ;eine nicht relozierte Datei (TOS.IMG) erzeugen
>2                   ;* auch m”glich: 2, 6 oder 8 Dateien, um neue EPROMs zu brennen
;* dazu muž ">2", ">6" bzw. ">8" angegeben werden

;*******************************************************************************