s3e: fix build break

copyleft: gplv3 added and set repo to public

Readme mod

README++

README

dt: abgabe rbf

DT: DSE => f_max = 50.28MHz

dt: baudrate an PLL (50MHz) angepasst

cpu: ext_reg switch bug FIX by markus

reduced data footprint of deepjit

DSE version

removed 7seg from DT

Added PLL

ram: reducing instr- and dataram

progs/sum: reducing code size

progs/max: loop unrolling (102->84)

progs/sum: cycles--

sum: downto 64

deepjit: who needs calling conventions 1246 => 1244

progs/sum: 92 -> 74 cycles (thx @ loop unrollen)

progs: added remaining benchmarks and offset correction for timer

added de2-115 top

deepjit: 1326 => 1246

+makefile fix

deepjit: 1548 => 1326

deepjit/deepjit_reg: bugfixes

deepjit_reg: applied mini opts

deepjit_reg: args bei sub vertauscht (loest das problem aber ned)

deepjit: mini optimierungen

deepjit/sim: keep to element in r6 / print current pc at exec

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