[vhdl_group2] Re: Testsystem f. trunk2
- From: Christoph Eisner <chr.eisner@xxxxxx>
- To: vhdl_group2@xxxxxxxxxxxxx
- Date: Sun, 15 Feb 2009 20:04:35 +0100
Am 15.02.2009 um 19:07 schrieb Johannes F Dorfner:
Ich habe jetzt einige Zeit damit verbracht, den jetzigen Stand sowie
Aufbau des trunk2-Ordners nachzuvollziehen, um das Testsystem
korrekt einzubauen. Dazu einige Fragen:
1. Die beiden Ordner trunk und trunk2 sind schon komplett
unabhängig? Das heißt: insbesondere trunk2 greift auf nichts
innehalb von trunk zu, oder? (Ansonsten erledigen sich vielleicht
einige der folgenden Fragen.
Die beiden Ordner sind eigentlich komplett unabhängig. Nur als RAM
werden wir den RAM Baustein vom Anfang benutzen (Also den vom trunk-
Ordner)
1. Existiert für die Komponente RAM schon irgendwo eine Architektur?
Ich habe in der letzten Version von trunk2 [1] keine gefunden. Ohne
die kann ich natürlich nicht viel machen.
siehe oben
2. Kann ich die Funktion access_bus aus pack_spinni dann auch in
trunk2 verwenden? Momentan sehe ich zwar den Bus, aber noch nicht
ich denke nicht, dass wir die Funktion access_bus benutzen können. Wo
sollte die aufgerufen werden? Wenn wir ein Modul in der testbench
schreiben, dass wir an den Bus anschliessen und dort die Funktion
aufrufen hätten wir zwei Treiber am Bus. => nicht gut
So wie ich das sehe haben wir nur zwei Möglichkeiten:
1. Entweder wir manipulieren den RAM so, dass der sich von selbst mit
den Programmdaten initialisiert => evtl. ist dann der RAM nicht
synthetisierbar...
dann wärs aber auch einfacher zum testen der CPU funktionen einfach
einen neuen test-RAM zu schreiben, der speziell dafür gebaut ist, also
die Programmdaten direkt aus einem file einliest und in ein file
zurückschreibt. mit einer configuration für die testbench könnte
automatisch der test-RAM anstelle des "echten" RAM eingebunden werden.
2. die CPU muss den Speicher mit load befehlen selbst laden... aber
woher die daten nehmen?
3. Das Testsystem wird meines erachtens nach ein einmalig laufender
Prozess innerhalb der Architektur von system.vhdl werden, wo im
wesentlichen alle Testschritte genauso stehen wie jetzt in der
Architektur arch_mlite.
ich würde das Testsystem eigentlich nicht in die architektur fest
implementieren, sondern eher die CPU in eine Testbench "reinbauen" und
so testen
4. Der Instruction Decoder ist in meiner Version von trunk2 noch
nicht implementiert (nur Entity die ist vorhanden). Gibt es den
schon in fertig?
Der instruction decoder ist zum Teil fertig. Also ich schreibe den...
Das Problem ist zu entscheiden, welche Befehle wir haben wollen...
Will ja nicht alle implementieren. und je nach Testprogramm, würde ich
den Instruction decoder dann anpassen, wie es benötigt wird.
Viele Grüße,
Johannes
---
[1] Gefunden im Anhang der Nachricht:
Message-ID: <FC117CF5-8FEB-4B80-902A-799C54D00490@xxxxxx>
Subject: [vhdl_group2] Re: rtl
From: Christoph Eisner <chr.eisner@xxxxxx>
To: vhdl_group2@xxxxxxxxxxxxx
Date: 09.02.2009 21:49
Lg
Christoph Eisner
Am Müllnerberg 17
83129 Höslwang
Tel.: 08055/969004
Mobil: 0176/63398849
Other related posts:
