VHDL PCI Master IP Core

Klingt nach einem "epic fail" :-(

Welches Betriebssystem läuft denn auf dem MPC? Ist es nicht vielleicht 
doch möglich, schnell einen Testtreiber zu hacken? Gerade unter Linux 
gibt es doch unendlich viele Beispiele und Sourcen von denen man sich 
"inspirieren" lassen könnte. Falls der Treiber nicht zu komplex ist 
lassen sich doch schnell ein paar Register setzen und Daten 
transferieren.

Falls das tatsächlich keine Option sein sollte, würde ich mir bei 
OpenCores den am besten unterstützten Prozessor-Core ziehen 
(möglicherweise OpenRisc oder ZPU) und als Master an den Avalon-Bus 
anschließen. Dann in einer Hochsprache (C) Testprogramme schreiben.

Aber so richtig zeitsparend klingt das aus meiner Sicht nicht.

Das Gleiche in grün (aber möglicherweise schneller) wäre es, den Nios II 
Prozessor und den Avalon-Bus herzunehmen. Das Avalon-Bus-Interface ist 
sehr schnell geschrieben, und die ganze Umgebung (Toolchain, teilweise 
Treiber) für den Nios II ist im Qaurtus bereits vorhanden und leidlich 
integriert.

Edit: Die Idee mit dem PCI-Master vor der Bridge hab ich noch nicht 
verstanden. Die PCI-Bridge an sich soll doch nicht getestet werden, 
oder?

Mit dem Tool "PCItree" kann man auf PCIdevices zugreifen und in ihre 
Register schreiben/lesen.

Das reicht meistens für einen schnellen Test, ansonsten kann ich wie 
Kest nur jungo empfehlen. Das benutzen wir generell bei der 
Treiberentwicklung.

> Nein, die Bridge selber sollte doch eigentlich laufen. Es geht uns darum
> die IP-Cores, die am Wishbone-Bus hängen, zu testen. Da es ja mit dem
> MPC ohne die Treiber nicht geht. Man könnte doch einen *ganz einfachen
> PCI-Master* nach dem Timing-Diagram in VHDL schreiben und anschliessend
> eine Adresse mit anschliessenden Daten auf den Wishbone-Bus geben. Ist
> das nicht möglich?

OMG, "PCI-Master" und "ganz einfach" in einem Satz, das ist gewagt! ;-)

Ich habe in meinem ersten Post im zweiten Absatz nicht den Avalon-Bus 
gemeint, sondern den Wishbone-Bus (auf OpenCores.org sind fast alle 
Cores auf den Wishbone ausgelegt). Daher müssten auch eure IP Cores 
nicht umgemodelt werden.

Aber unabhängig davon: ich würde weiterhin die Linux-Treiber-Variante 
empfehlen. Kommt ja auch dem fertigem Produkt am nächsten.