Das die PAK/2 bei 1st1 zumindest generell mit Blitter läuftEs sagt nur das eine PAK68/2 wohl mit Blitter läuft.
Meine Hoffnung ist, das ich den Zwischensockel entferne und die Magnum unter die PAK setze. Der Speicherriegel der Magnum endet unmittelbar vor den TOS-Roms. Evtl. passt auch die VoFa besser. Dann nehme ich die dafür.
Der Gehäusedeckel ist erstmal ein alter mit Gilb und zwei Löchern für 2x Ser. auf der linken Seite. Bisher war das immer mein Bastel-Rechner, an dem ich vieles ausprobiert habe. Wenn alles gut läuft, nehm ich einen anderen Deckel und mache das nochmal ordentlich.
Da sind aber die Cache Ram drunter ...
Heute Morgen sind die Cache-Tag-Rams gekommen. Ich habe sie gleich eingesetzt und GemBench gestartet. Das Ergebnis war wirklich sehr positiv. :)
Die beiden Screenshots sind einmal mit und einmal ohne Cache.
Komischerweise ist Markellosigkeit für die meisten Menschen nicht interessant und erstrebenswert!
Welchen Nova-Treiber nimmst du denn für die Mega4000? Kommt das auf die Chips an, die auf der ET4000 verbaut sind? Ich hatte diese Treibergeschichte nicht so richtig verfolgt.
Naja. Ich denke einen Treiber auf Basis des aktuellen Stands kann ich auch jetzt zur Verfügung stellen. Ob mein Wunsch eines Treibers für alle Karten je Realität wird, kann ich nicht voraus sehen.Welchen Nova-Treiber nimmst du denn für die Mega4000? Kommt das auf die Chips an, die auf der ET4000 verbaut sind? Ich hatte diese Treibergeschichte nicht so richtig verfolgt.
Den Nova Treiber für die Mega4000 ...
Du musst dich aber noch bis in den Herbst/Winter rein gedulden.
Naja. Ich denke einen Treiber auf Basis des aktuellen Stands kann ich auch jetzt zur Verfügung stellen. Ob mein Wunsch eines Treibers für alle Karten je Realität wird, kann ich nicht voraus sehen.
Bin gespannt ob die Treiber auf einem MC68020 laufen werden, bei mir auf dem MC68010 geht es nicht. Ich glaube STA_VDI.PRG bombt da ab, Emulator und Menu laufen meine ich ...Lass uns das mal testen.....das sollte machbar sein.
...und dann Ideks Treiber in den GEMSYS-Ordner und in der ASSIGN.SYS eintragen?
Dennoch: Wie tuxie schon schrieb, passt da irgendwas nicht und fliegt früher oder später (im übertragenen Sinne) einem um die Ohren.
Der MegaST hat offenbar 4 MB RAM on-board, im Adressraum 0 MB - 4 MB. Wenn die MagnumST nun auf 11 MB RAM konfiguriert ist, belegt sie im Adressraum 4 MB - 15 MB. (Das oberste Megabyte im Adressraum ist sowieso mehr oder weniger tabu, weil dort diverse Hardware liegt.)
Jetzt liegt aber bei den Adressen 0xC00000 - 0xCFFFFF (12 MB - 13 MB) der Grafikspeicher der Mega4000. Das überschneidet sich. Spätestens wenn ein Programm RAM aus diesem Adressbereich bekommt und benutzt, gibt es bestimmt "interessante" Effekte.
Die Version 1.14 gibt korrekt aus: 8 MB gefunden - kein Test: ok
Es gibt für die PAK/3 TOS 3.06. Dieses braucht meines Wissens nach kein Start-TOS auf dem Board.
Kann mir jemand erklären wieso sich die TOS-Version auf dem Mainboard und auf der Pak nicht in die Quere kommen, welcher Mechanismus steckt dahinter?
Kann mir jemand erklären wieso sich die TOS-Version auf dem Mainboard und auf der Pak nicht in die Quere kommen, welcher Mechanismus steckt dahinter?
Die PAK hat eine Adressdekodierung für das PAK-TOS drauf. Wenn das PAK-TOS angesprochen wird, werden die entsprechenden Adressen des 68020/30 von der PAK nicht auf den 68000er-Bus durchgeschaltet.
Nein, sie liegen schon an der selben physischen Adresse, aber in der PAK ist quasi ein Schalter drin, der die Adressignale auf das PAK-TOS umleitet.
PAKman erklärte es in einer PM folgendermaßen:
Auf dem Mainboard muss ein TOS installiert sein!
Beim Bootvorgang liest der 680xx zwei Langworte (zusammen 8 Bytes) ab Adresse 0 (das werden dann der Stackpointer und der Program Counter).
Die Logik auf dem Mainboard sorgt dafür, dass dort die ersten 8 Bytes des ROMs eingeblendet werden.. allerdings die des ROMs auf dem Mainboard!
Fehlen diese ROMs, dann liest die CPU nur Schrott, und weiss dann nicht mehr weiter..
PAKman erklärte es in einer PM folgendermaßen:
Auf dem Mainboard muss ein TOS installiert sein!
Beim Bootvorgang liest der 680xx zwei Langworte (zusammen 8 Bytes) ab Adresse 0 (das werden dann der Stackpointer und der Program Counter).
Die Logik auf dem Mainboard sorgt dafür, dass dort die ersten 8 Bytes des ROMs eingeblendet werden.. allerdings die des ROMs auf dem Mainboard!
Fehlen diese ROMs, dann liest die CPU nur Schrott, und weiss dann nicht mehr weiter..
Betrug! >:D
...Dann verstehe ich nicht ganz, warum man beim ST noch 'ne extra Adressanpassung für das TOS 2.(0)6 benötigt, das ja auch an einer neuen Adresse beginnt - und mW liegt der Startbereich wegen dem größeren Platz nicht oberhalb, sondern unterhalb der vom ST TOS bekannten Startadresse
Meines Wissens ist die Sprungadresse in allen TOS-Versionen gleich. ...
[...] sind leider Start-ROMs auf dem Mainboard nötig, die in den zweiten 4 Bytes die Adresse des PAK-TOS ($FEE0 0000) als Start-PC enthalten müssen [...]. Die deutsche PAK-TOS Version kommt ohne Start-ROMs aus (allerdings müssen schon irgendwelche ROMs auf dem Mainboard sein), da hier ein Trick beim Lesen der TOS-Startadresse angewandt wird [...]