[Libre-soc-bugs] [Bug 762] Peripheral Pin Muxing Development

[bugzilla-daemon at libre-soc.org]

https://bugs.libre-soc.org/show_bug.cgi?id=762

--- Comment #31 from Luke Kenneth Casson Leighton <lkcl at lkcl.net> ---
(In reply to Andrey Miroshnikov from comment #29)
> I've been looking at the functions from pinfunctions.py (sdram1, i2c, etc.).
> https://git.libre-soc.org/?p=pinmux.git;a=blob;f=src/spec/pinfunctions.py;
> h=f1f9558a68005ecbd5dbf2f40f1465d07cd2146e;hb=HEAD#l112
> 
> Why does the code in microtest.py (or ls180.py) call these functions with
> more input arguments than is specified?
> https://git.libre-soc.org/?p=pinmux.git;a=blob;f=src/spec/microtest.py;
> h=ab957b6ae8dc6c596ecf820c6ec3c30d80b449ea;hb=HEAD#l59

they are called indirectly by a Class Factory which uses the earlier arguments
to decide where to put the peripheral.

the pinfunctions.py definitions declare *what* pins and the pad names
exist, it does not in any way say *where* they must go.

pinfunctions.py is pretty muxh identical in purpose to nmigen_boards
Resources suxh as UARTResource()

-- 
You are receiving this mail because:
You are on the CC list for the bug.