ROM-Port Karte Hades und Milan

[gstoll]

Ich habe Arnes Idee aufgenommen und das hier verschoben:

Der eine GAL wird von der Größe nicht reichen, deshalb sind zwei drauf. Wenn man die Adressen raus bekommt und so dann könnte man versuchen sie nachzubauen!

SW, die auf einem ST/TT/F030 läuft, erwartet den ROM-Port ja immer ab $FA0000. Wenn man diese SW nun auf einem Milan/Hades laufen lassen will, muss "irgendetwas" diesen ROM-Port doch auch ab $FA0000 einblenden, sonst gehts nicht. Oder man mappt es zweimal um: einmal über einen Treiber auf einen Speicherbereich XYZ und auf der Karte wird der Speicherbereich xyz dann wieder auf $FA0000 ff. zurückgemappt. Nur weiß ich nicht, ob man so einen Adressübersetzer-Treiber überhaupt zwischen die Applikationseben und die HW einklinken kann.

Ich habe mich einfach mal an Fredi gewandt und er hat mir die Unterlagen zum Hades ROM-Port geschickt.

Das Archiv liegt auf
http://dev-docs.atariforge.org/

Wie man sieht ist das ziemlich simple. Kann jemand die GAL Gleichung übersetzen bzw. erklären? Damit habe ich keine Erfahrung.

Was ich noch gelesen haben, daß wohl Stephan Wilhelm, der Entwickler der Startrack-Karte, an der Karte beteiligt war.

Gerhard

[tuxie]

Ich werde sie mal zerlegen und versuchen sie zu erklären!

Die Frage ist ob die Adressen vom Hades zum Milan gleich sind.

[tuxie]

Hi,

also man könnte jetzt erstmal per Fädeldraht auf einer alten ISA Karte versuchen die Hardware 1:1 aufzubauen!

Ich denke das im Milan der Adressbereich einfach schon belegt ist. Jetzt ist die frage wie man das am besten anstellt das zu realisieren. Den GAL kann man ja übernehmen nur ist die Frage wo beim Milan die Adressen hin müssen.

[Arne]

Erste Erkenntnisse: ohne SW läuft nix (denk ich zumindest).
Hätten wir auch selbst drauf kommen können!

Habe beim Googlen folgendes gefunden:

ROM-PORT-Kart
*********************************************************************
Die ROM-PORT-Karte wird am ISA-Bus eingesteckt. Mittels des Accessorys können die 3 Steckplätze durch die MMU an der rginaladresse $FA0000 und folgende eingeblendet werden. Dies lässt sich auch automatisch durch entsprechende Einträge im HADES_xx.INF einstellen.
Durch die Einblendung wird allerdings an der Stelle $FA0000 ff. ein Loch aus dem RAM herausgeschnitten. Dieser Speicher ist dann verloren und zusätzlich wird dadurch der Speicher geteilt.

Klar, auch der Milan wird heute >16MB haben, somit gäbe es den Speicherbereich $FA0000-$FBFFFF zweimal. Und das ist nicht gut! Somit muss TOS dieser Bereich im RAM entzogen werden, wenn man den ROM-Port nutzen will.
Auf der Hades-ROM-Port Karte werden vermutlich noch 74x573 und 75x245 drauf sein, da das GAL wohl laut Gleichung hierzu die /OEs erzeugt.

Ich wühl mich mal weiter durch Skizze und GAL-Gleichung.
Bis später,
Arne

[Arne]

Alsooooo...
das GAL ist nur ein Adressübersetzer für die drei ROM-Ports des Hades, diese liegen bei
#1 = $FFFA0000-$FFFBFFFF
#2 = $FFFC0000-$FFFDFFFF
#3 = $FFFE0000-$FFFFFFFF

Das ACC wird wohl Zugriffe auf $00FA0000 ff. (original ST) auf eine der o.g. Bereiche ummappen, das GAL mappt es dann zurück. Ich gehe davon aus, dass das ACC diese Ummapperei über die MMU macht... und da bin ich raus. Habe keine Ahnung von MMU. Wenn Fredi nicht auch noch das ACC im Quellcode rausrückt, muss da jemand ran, der sich mit der MMU des 040/060 auskennt.

bye, Arne

[tuxie]

Jep ist ein Reine Adressdecoder das Gal Listing! Aber was ich nicht recht verstehen will, wie will man per Software einen Hardwarezugriff abfangen? Denn ich denke das gerade die Dongles mit Direkt Hardware zugriff Arbeiten.

Das ist mir momentan nicht so recht schlüssig!

[Arne]

Jep ist ein Reine Adressdecoder das Gal Listing! Aber was ich nicht recht verstehen will, wie will man per Software einen Hardwarezugriff abfangen?

Über die MMU! Wenn man keinen EC04/EC060 einsetzt, wird das über die MMU gemacht. Es ist nicht so, dass Die App.Software auf den ROM-Port zugreift und eine "Treiber-SW" den Zugriff erkennt und ummappt! Die MMU wird über das ACC so programmiert, dass sie Zugriffe von $00FA0000 ff auf $FFFA0000 ummappt. Der ISA-Bus wird beim Hades/Milan wohl adressraummäßig "unterm Dach" liegen, da ja die ganze ST-Peripherie zwischen $000000 und $FFFFFF liegt.

gruß, Arne

[tuxie]

Müßte man jetzt nur rausbekommen wo beim Milan die Karte eingebunden ist. Das GAL darauf anzupassen ist ja kein Akt! Und ich denke das ACC sollte auch irgendwer haben.

[Arne]

Hat die Milan-ROM-Port Karte einen oder mehrere ROM-Ports? Sonst ist evtl. beim Milan der Adressbereich $FA0000 ff. bereits in einem der CPLDs auf den Zielbereich gemappt (halt ohne MMU). Die Frage ist halt: wie verhalten sich eventuelle Adressdekoder im Milan bei Zugriffen auf $00FA0000 ff.?
Die ISA Karte für einen oder drei ROM-Ports halte ich für vergleichsweise einfach realisierbar - wenn man noch an eine ISA-Laborkarte kommt. Beim Conrad kostet sie ~24,-€ IIRC. Reichelt hat nur PCI-Karten.

Gruß, Arne

[tuxie]

Die Milankarte war ja genauso wie die Hades karte nur mit anderem GAL.

Ich glaube an die Unterlagen vom Milan kommen wir ran.
http://www.der-ingo.de/de/milanhelp/download.html

[Arne]

Die Milankarte war ja genauso wie die Hades karte nur mit anderem GAL.

D.h. die Karte hat auch drei ROM-Ports?

Gruß, Arne

[tuxie]

Jep! Nur die Frage wenn man sie nachbaut, ob man die wirklich braucht! Oder sich auf einen Beschränkt. Ich meine der ST und Falcon hat auch nur einen!!

[Arne]

Klar. Für die ersten Versuche "keep it simple".
Ich schau mal in die Milan Docs auf Ingos Seite.

cu, Arne

[Arne]

Hab mal in die Docs reingeschaut: hat mir nicht viel gebracht. Im milan.lzh stehen einige Pure C Makros drin:

Code: [Auswählen]

ISA_IOBASE EQU $80000000
NEW_ISA_IOBASE EQU $C0000000
ISA_IOBASE wird weiter unten für Makros benutzt. Sieht für mich so aus, als sei das die Basisadresse für den I/O Adressraum (inb/inw bzw. out/outw asm-Befehle beim 80x86). Aber was wir brauchen ist der Adressbereich für den Memorybereich. NEW_ISA_IOBASE wird im File nicht verwendet!
Hat jemand Ahnung wie die ROM-Port karte des Milan dem System schmackhaft gemacht wird? Auto-Ordner Prg, CPX, ACC? Falls ja, dann könnte ich das durch den Disassembler jagen, um den Memorybereich herauszufinden. Kann da jemand weiterhelfen?

Gruß, Arne

[gstoll]

Hab mal in die Docs reingeschaut: hat mir nicht viel gebracht. Im milan.lzh stehen einige Pure C Makros drin:

Code: [Auswählen]

ISA_IOBASE EQU $80000000
NEW_ISA_IOBASE EQU $C0000000
ISA_IOBASE wird weiter unten für Makros benutzt. Sieht für mich so aus, als sei das die Basisadresse für den I/O Adressraum (inb/inw bzw. out/outw asm-Befehle beim 80x86). Aber was wir brauchen ist der Adressbereich für den Memorybereich. NEW_ISA_IOBASE wird im File nicht verwendet!

Es gibt eine kleine wenig ausführlicher Datei auf http://www.ccac.rwth-aachen.de/~michaels/files/milan/develop/

Ansonsten habe ich hier etwas angestossen.

Gerhard

[Arne]

Es gibt eine kleine wenig ausführlicher Datei auf http://www.ccac.rwth-aachen.de/~michaels/files/milan/develop/

Da sieht man das hier:

Code: [Auswählen]

$40000000 - $7FFFFFFF PCI memory, overlayed with ISA memory[1]
$80000000 - $BFFFFFFF PCI I/O, overlayed with ISA I/O[1]
$C0000000 - $C000DFFF PCI/ISA I/O using big endian addressingSieht schon erfolgversprechender aus: die Bereiche für I/O und Memory sind angegeben.
Die genaue Adresse, wo der ROM Port hingemappt wird bzw. das ACC (am besten im Sourecode) wäre da sehr hilfreich.

Gruß, Arne

[dbsys]

Ich bin inzwischen im Besitz einer ROM Port Karte für den Hades und habe gleich mal ein paar Fotos gemacht:





Die Beschriftung lautet wie folgt:
MW-electronic ROPO-COP
ROmPOrt-COnnector-Platine Rev. 1.0 for Hades
Layout by Stephan Wilhelm

[tuxie]

Hi,


hast du einen GAL Prommer? Wenn nicht würdest du die Karte jemanden zur VErfügung stellen zwecks auslesen?

[Athlord]

Das auslesen funktioniert aber nur wenn die Securityfuse nicht  nicht aktiviert ist.
Gruss
Jürgen

[dbsys]

Ja, auch ich bin mir sicher, daß das GAL nicht auslesbar ist, werde es die Tage aber mal probieren.

Hoffnungen sollten wir uns da aber keine machen, schließlich war die ROM-Port Karte für den Hades ein kommerzielles Produkt und professionell produziert.

Es ist nicht mal sicher, ob diese Karte überhaupt funktioniert. Angeblich ist es ein Prototyp und es gibt vorn und hinten jeweils eine Fädeldraht-Modifikation, wie man auf den Fotos sehen kann.