shit not working

assd

muh

lcd/progs: progamm ein wenig verbessert :)

spartan3e/lcd: (hw) signale per ext.modul rausziehen (sw) rest

cpu: gpm modul interface entfernt (by stefan & markus)

progs: bench tools bei deepjit.s geadded

progs: added timer for fibmmem

progs/timer: angepasst

bootrom: v2 release fuers tilab

timer: added as extension modul

bootrom: removed 'ABC' output on UART

deepjit: bugfixed deepjit wit dt_inc

dt_inc/deepjit: deepjit uses dt_inc

spartan3e: soft_res und baudrate in das top file gezogen

3a_asm: FIX: parser fail bei labels aufloesen

3a_asm: FEATURE/FIX: proper line numbers on parsing error

3a_asm: FIX: get rid of 0-4 in displacement

... -.-

3a_asm: FIX: weird parens bug. whatever, it works now

3a_asm: FIX: tabs/blanks only zeilen werden akzeptiert

3a_asm: FIX: disc erwartet kein register

progs: Makefile adjustments

soft reset small bugfix, interrupt test file added

7seg added to dt_inc.s

fibmmem: str@hi/lo missing

sim: brr fix, interrupt

dt/deepjit: disc/fetch added

dt done by markus

deepjit shits around \o/

deepjit: to test for hw

sim: added uart extension

added soft reset

default baudrate setting now in top level entity

soft reset

progs: fun with deepjit (still doesn't work on real hardware :/)

deepjit: 'geht nicht' sagt martin

vm: made deepjit downloadable?

sim: should fix problem with color/bold

sim: added extensionmodule support + progger

register branch (untested) + de1 top level fix

progs: <name>.sim target hinzugefuegt

... um komfortabler zu sim'en :)

spartan3e: zusaetzliches script zum fpga proggen

progs: Makefile fun und eine Art "Library" (dt_inc.s)

3a_asm: .ascii directive

in der .data section kann man nun
  .ascii "balblalbabla ganz viel text"
schreiben und der ganze schas wird auch richtig ausgerichtet (weil wir haben ja
wrong^H^H^H^H^Hlittle endian im data ram :P)

spartan3e: bootrom_v1.bit

dtprog: support for optional baudrate

bootromfun: tilab_bootrom_v1.rbf release

fibmmem_real.s: fibmmem mit uart ausgaben

stack: quickfix by markus

uartint.s: testprogramm fuers proggen

bootromfun/dtprog: programmer fuers BootROM \o/

for usage see tools/dtprog.py

sim: wrong outputname for xor

wrote or instead

sim: highlight for instr

simple version

typcast dirtyfix

uart sollte jetzt gehen

blub

bootromfun: testprogramm angepasst -> bytes empfangen im 'stream' geht nicht ordentlich

bug im rs232_rx?

tx fix2

uart: stopbit fehlt?

tx fix

bootromfun: okay, speicherzugriffe haben definitiv bei mein fpga ned [...]
funktioniert. ist nun am selben stand wie im tilab-fpga, mit den abweichungen
dass ich auch cat & friends auf /dev/ttyUSB0 machen kann und auf eine baudrate
von 115200 fahre. hier eine analyse:

erwartetes verhalten:
- per UART kann ein beliebiges zeichen != 'H' kommen -> bootrom reagiert nicht
- per UART kommt ein 'H', dann antwort bootrom mit 'O' und 'A'
- nun pollt das bootrom am UART solange bis ein beliebiges zeichen reinkommt und
  antwortet darauf mit 'P' und 'A' 'B' 'C' (siehe bei "tehend" label)
- LED fuer ROM/RAM geht aus

tatsaechliches verhalten mit meinen spartan3e starter kit @115200 baud:
- per UART kann ein beliebiges zeichen != 'H' kommen -> bootrom reagiert nicht
- per UART kommt ein 'H', dann antwort bootrom mit 'O' 'A' '(' 'È'
  hexdump: 4f41 2810 c8e8. ja das sind mehr zeichen. rest wird nimmer vom
  terminal dargestellt
- LED fuer ROM/RAM geht aus

so, meine vermutung: rs232_rx oder/und rs232_tx timing im oasch. ich hab aber
bis jetzt nix auffaellig gesehen, ich haett aber sonst echt keinen plan mehr was
ned passen koennte...

spartan3e: BRAM gehaxe. lesbarer und wird auch richtig(er) instanziert

spartan3e: memory bug? die bootrom-super-alpha scheint naemlich ohne
speicherzugriffe (d.h. call und ret) zu gehen...

uart_tx: minimale anpassungen (wollt nur mal drueber schauen...)

uart: still wtf, aber hey, es ist wenigstens reproduzierbar :D (des zeug aus dem
vorigen commit)

uart: WTF

(shell1) $ /dev/ttyUSB0 >! /tmp/dump
(shell2) $ echo "12345678" > /dev/ttyUSB0
(shell1) STRG+C
(shell1) $ xdd /tmp/dump # hexeditor...
         0000000: 31a6 a235 d3c2 0a

erwarteter wert:
0000000: 3132 3334 3536 3738

blaaah....

de1 toplevel entity and mem-address/regfile fix for add, and, ...

bootromfun: geht noch immmer...

wenn man 'H' und ein beliebiges zeichen schickt, dann kommt '[?]' 'P' und 'O'
vom bootROM zurueck.

erwarten wuerden wir aber:
nachdem das 'H' uebertragen wurde: 'O' 'O' als response
danach ein beliebiges zeichen schicken: 'P' als response

hmpf... :/

lustiger modelsim fix...

uart: bugfix fuer busy reset

Revert "bootromfun: stuff zum debuggen fuern stefan :/"

duerfte ein modelsim bug sein...

This reverts commit ca9e114da60c0ed09408ed049e017760d45b41b9.

sim: labels and comments are now shown

[sim] color up your simulator

bootromfun: stuff zum debuggen fuern stefan :/

nach dem "ret" wird im modelsim alles rot (pc = 0x1A).
ACHTUNG: das mit dem was ich uebern branch am telefon grad gesagt hab, war a
bloedsinn. es handelt sich eh um das "ret", sry :/ duerfte sich eh um das selbe
problem wie in der mail erwaehnt handeln!

bissl naeher analysiert: instr_r_addr_nxt wird XXXXX. verursacht durch
jump_result, welches von der writeback kommt. in zeile 230 wird data_ram_read
zugewiesen, welches laut modelsim UUUUU ist.

btw: eigentlich wollten wir nur mal die UART simulieren... :D

bootromfun: sollte nach einem 'H' zweimal 'O' ausgeben und danach blockieren bis
naechstes zeichen empfangen wird. nach diesem zeichen sollte die led2 ausgehen
(d.h. er wechselt nun in den RAM modus).

passiert aber ned :( (es wird nur ein 'O' nach dem 'H' augegeben und blockiert
nicht)

bootromfun: wir kriegen ein 'O' \o/ (wenn man ein 'H' aufn UART schreibt)

uart: swap status with config half word

shift: quickfix & SHIFT_WIDTH vergroessert

deepjit: 1420

we simulate a stack machine, why not use the stack :)

vm: interpreter version converted to stack

minifix imp start addresse auf 3

cyclon: response \o/

howto: gtkterm auf /dev/ttyS0 (@9600)

bootromfun: ups, rom_b.vhd mit dem aktuellen uartint.s ned richtig gesynct :/

cyclone: pinmapping und reset angepasst

@stefan: reset ist nun high aktiv in der core_top.vhd bitte fuer dein fpga
anpassen, am besten in einem eigenen top-file!

uart minifix bei baudrate

minifix im extension pkg

bootromfun: laut modelsim werden die instruktionen ins RAM geschrieben, aber ...

... programm counter zickt beim uebergang von ROM->RAM herum

bootromfun: led2 geht aus wenn ich was uebern uart schicke \o/

d.h. instruktionen werden nun von RAM gelesen
ich lass die led2 drin, die wird mir noch sicher oefters hilfreich sein...
(fuer die altera boards (tilab & stefan) muss das led noch konfiguriert werden!)

spartan3e: invert reset and use the interrupt example by stefan

tools: dthex2vhdl added. read source for readme

ahhhh transcript ist ueberall

Merge branch 'firstdeploy'

dt: some dependencies fixes, so it compiles with quartus

spartan3e: at least it compiles

.gitignore: getting rid of transcript

instruction memory progammer: is in and works in simulations

deepjit: 1638

die andern ops darf wer anderer machen

deepjit: 1642

deepjit: downto 1648

deepjit: saved one instr overall ... 1664

interrupt bugfix 3