[CALU] Re: decode-stage, Simulation+Dokumentation
- From: Benedikt Huber <benedikt@xxxxxxxxxxxxxxxxxx>
- To: calu-ss2010-tuwien@xxxxxxxxxxxxx
- Date: Mon, 17 May 2010 00:20:16 +0200
On 16.05.2010, at 23:57, Günther Wimpassinger wrote:
Zitat von Benedikt Huber <benedikt@xxxxxxxxxxxxxxxxxx>:
Hallo,
die Implementation scheint ja schon ziemlich weit fortgeschritten
zu sein, sehr cool, und Dank an die fleissigen!
Das VHDL Moduldesign sieht uebrigens sehr huebsch aus.
Aufgrund der enormen Mengen VHDL Code die ins Repo gespuelt
werden, ist es allerdings nicht mehr ganz einfach den Ueberblick
zu behalten. Es waere wirklich gut, wenn zumindest
pipeline_types.vhd anstaendig kommentiert waere, sowie kurze
READMEs / HOWTOs fuer die anderen (ich hab mit src/README und pisp/
SIMULATION.HOWTO begonnen). Ich hab das wahrscheinlich auf der
Mailing Liste verpasst, aber es waren (a) neue VHDL files fuer die
Testbench notwendig und (b) ein rom.hex File musste in den src
Ordner kopiert werden, um die Simulation laufen zu lassen.
Ich habe meinen Senf dazu gegeben. Ich hoffe man kann's halbwegs
verstehen. Es ist eben sehr viel passiert. Ich werde ganze Woche
regelmässig im Labor sein (für CALU und für HW-SW CoDesign), wir
können uns ja gerne dort mal zusammen setzen, Code durchforsten und
weitere Schritte zu planen.
Hallo Guenther,
danke, sehr gut; damit besteht auch eine realistische Chance, dass ich
deine Simulationen zum Laufen bringe ;)
p.s.:defunct code (ich weiss, ich bin ein schlechtes Vorbild)
sollte man nicht in den master pushen
Sollte man prinzipiell in einem eigenen branch testen und wenn
fertig diesen mit dem master branch mergen? Wenn ja, wie geht man da
normalerweise vor. Gibt's dabei besonderes zu beachten?
Prinzipiell ja.
Ich branche fuer einen Task weg (e.g., git branch idstage; git
checkout idstage), merge regelmaessig den master in den topic branch,
und wechsle fuer akutere Aufgaben wie z.B. einen Bugfix der gleich
gepushed werden soll in den master branch zurueck.
Wie oft und schnell man topic branches in den master zurueckmerged
haengt wohl vom Projekt und der Situation ab; bei uns wegen des
Zeitdrucks eher oefter wuerd ich sagen.
p.s.s.:
ldc r0, 4095
ldc12 r0, 4095
schaut ohne forwarding uebel aus, oder?
Leider.
Ok, dazu sollten wir uns noch was ueberlegen.
lg, benedikt
Other related posts:
