GPIO output test waveforms working, asserts not working yet.

In process of writing test case outlined in bug50 c#60, not finished

Can control gpio input via resource_table_pads

more messing about

bit of exploration

testing comments

GPIO o/oe can be controlled for unit testing, still need to figure out inputs.

Able to control gpio oe signal, not properly though.

add gpio and start doing print-outs to find out what is in Blinker.gpio

Returned code I removed, fixed my test case, added example test from cesar. Can't figure out signal names to drive.

Test case 0 for sanity, not working

add pinmux docs

move prototype / proof-of-concept code from ASICPlatform / Blinker test
into actual JTAG class.  start tidyup

turn bi-directional GPIO pads back into triplet independent
i/o/oe pads

connect up Platform resources to pads

take record of boundary scan pads to make a set of ports for rtlil

add a core-mgr *and* a pad-mgr to JTAG class so that an *entire* set
of "resources" is connected inside the module... *outside* of the Platform.
the Platform then only needs a straight port-to-port connection *NOT*
"the Platform connects up JTAG Boundary Scan"

reworking IO, morphing to make JTAG independent of Platform.build()

move padlookup into JTAG class (hacked at the moment)

move pin-adding into separate function in JTAG class

move ResourceManager into JTAG object, rename it to core_mgr

double-inversion

add JTAG IO pads out

sort out ordering of modules

Added iotype comment l18

add ASICPlatform override of toolchain_prepare and some notes

copied more code, still broken

Added code from jtag srv test, not working

Edited to use soc imports, not working

Added jtagutils and openpower state dependency for borrowed jtag test cases, see bug #50

Added more dependencies, but there's a hiccup with another dependency...

Adding JTAG server/client copy from soc repo, still need more fixes

Copying jtag test file from soc repo

Added comb logic for get_input_output

aiyaaaargh, re-route data through pad/core ports, no idea what to do

add intermediary signal to track things down

wooow totally ridiculously complicated.  forgot that pad resources
have their own pin which of course needs connecting as well

okaaaay i worked out how to do bi-directional IO:
create a width of 3, and have the 3 pins named i, o and oe

Removed tribuf from get_tristate, not working, see bug #50

Added get_tristate JTAG connection

Added get_input_output, will add diagram on wiki later. Demo hasn't used it yet.

Added get_output jtag connection

PEP8

whoops syntax error

tidyup

sort out pad/core link

Added comb routing to get_input, not working yet

add some print statements and comments explaining what the heck is going on

redo JTAG to not use Pins clas, it is by pinspec
not by resources

therefore forget Pins class and wire up jtag IOConn directly by calling
C4MJTAG.add_io() directly

next step is to wire up the Shift Register stuff

replace DummyPlatform with ASICPlatform

reduce GPIO down to 4

getting microtest to work again (adapting json output)

move json creation to separate file

sort out JSON function missing and get mapping working

add missing clock to I2S pinfunction

python2 print conversion

comments

add a few more asserts just to be safe

yargh, hook into PlatformManager.request() so that seamlessly a
duplicate pad manager request can be made, and, further, the ports analysed
in order to hook up the names between pads and core (padlookup)
this is much cleaner than having to allocate all resources in advance
in the constructur

override Platform.add_resources() so as to be able to add
resources to the Boundary Scan pad_mgr

code-morph to drop in a duplicate resource set, for the IO ring

add JTAG module to test example

cleanup jtag.py for demo/test purposes

add first cut of jtag.py (from soc) to be cut down later

add copies of get_input/output/etc to at least put in some prints

add comments and GPIO pads with triplet of Pins i/o/oe

hmmm experimenting with gpio directions

add clock/reset to dummy platform, now sync domain exists

mess about with resources a bit

hooray got the output at least created in build/

tidyup, got testing_stage1.py at least running

Added resource function (not working yet)

Added platform instantiation (missing import statement though)

Adding stage1 test file

Cloned create_sv for ngi_router svg scaling

Added most of the peripherals, still a few more to add

In-progress, re-arranging peripherals

In progress of adding peripherals and re-arranging.

Added svgwrite lib to readme

Adding a USB and LAN datasheet entries

add two RGMII interfaces (random locations), move VSS/VDD on N

drop PLL into top left (NE)

add ngi_router spec

print statements convert to python3

convert to python3

Copied ls180 module file into new ngi_router module. Not being imported yet.

update ls180 svg image to include snapshot of GDS-II

add C4M Logo to ls180

include extra pin image and package marking

add outer leads and pack/qfp drawings

add internal-to-external bond number conversion

add internal-to-external bond number conversion

add note on viewing image automatically update

shuffle pinouts... again

update image colours

move image words

update image colours

dont make image if no svgwrite module

add naming and pin-order reverse option

mirror W pins to match coriolis2 pad positions