electronic_eel has quit [Ping timeout: 246 seconds]
electronic_eel has joined #nmigen
Degi has quit [Ping timeout: 256 seconds]
Degi_ has joined #nmigen
Degi_ is now known as Degi
pftbest has joined #nmigen
pftbest has quit [Ping timeout: 272 seconds]
PyroPeter_ has joined #nmigen
PyroPeter has quit [Ping timeout: 240 seconds]
PyroPeter_ is now known as PyroPeter
revolve has quit [Read error: Connection reset by peer]
revolve has joined #nmigen
pftbest has joined #nmigen
futarisIRCcloud has quit [Ping timeout: 240 seconds]
futarisIRCcloud has joined #nmigen
emeb_mac has quit [Quit: Leaving.]
lkcl has quit [Ping timeout: 272 seconds]
pftbest has quit [Ping timeout: 272 seconds]
lkcl has joined #nmigen
pftbest has joined #nmigen
jeanthom has joined #nmigen
MadHacke1 is now known as MadHacker
jjeanthom has joined #nmigen
jeanthom has quit [Ping timeout: 256 seconds]
chipmuenk has joined #nmigen
jjeanthom has quit [Remote host closed the connection]
jjeanthom has joined #nmigen
hexastorm has joined #nmigen
<hexastorm>
I have a question with regard to SPICommandInterface from luna... I am able to receive commands and words.. but not able to send words back
<hexastorm>
if word to send is not zero... somehow the chip select gets deasserted during transaction..
<hexastorm>
If I use gtkwave I see that chip selects is altered... but I am not able to see why or by who chip select is altered during the transaction..
<hexastorm>
okay maybe it does work.. the only thing I am confused about is the \xFF
<hexastorm>
okay I am off :-) will spam the luna channel next time.. it seems that sdo is not defined when a command is received and this leads to the weird behavior
nengel has quit [Quit: gone afk]
nengel has joined #nmigen
hexastorm has quit [Quit: Connection closed]
revolve has quit [Read error: Connection reset by peer]
revolve has joined #nmigen
Bertl_zZ is now known as Bertl
nengel has quit [Quit: gone afk]
lkcl has quit [Ping timeout: 264 seconds]
lkcl has joined #nmigen
nengel has joined #nmigen
tucanae47_ has quit [Quit: Connection closed for inactivity]
emeb has joined #nmigen
chipmuenk has quit [Quit: chipmuenk]
chipmuenk has joined #nmigen
emeb_mac has joined #nmigen
FFY00 has quit [Ping timeout: 260 seconds]
<mithro>
whitequark: How do you find setuptools_scm ?
FFY00 has joined #nmigen
revolve has quit [Read error: Connection reset by peer]
revolve has joined #nmigen
<whitequark>
it's great
<whitequark>
would recommend using
peepsalot has quit [Ping timeout: 240 seconds]
nengel has quit [Quit: gone afk]
nengel has joined #nmigen
nengel has quit [Quit: gone afk]
peepsalot has joined #nmigen
revolve is now known as tunage
chipmuenk has quit [Quit: chipmuenk]
jjeanthom has quit [Ping timeout: 240 seconds]
<pftbest>
Do I have to instantiate IB and BB ? Can nextpnr/trellis infer it automaticaly for basic io pins?
<cr1901_modern>
I'm pretty sure nmigen usually does this for you already (unless you explicitly request a "raw" resource)?
<pftbest>
yes it does when you are using the platform stuff
<pftbest>
but if I have a custom top, i don't know should i put IB and OB there
<agg>
are you not using a Platform at all?
<agg>
even with a custom top I usually make a Platform to let it add the pins, since it takes care of other platform specific stuff like POR and does the more complicated pins
<agg>
iirc nextpnr does indeed insert IB/BB for you though
<agg>
if you insert your own IB/BB, nextpnr notices and removes the ones it inserted pre-emptively, even
nengel has joined #nmigen
<pftbest>
that's good, thanks. do you know if this is mentioned somewhere in the docs?
<agg>
not afaik. it's ecp5/pack.cc line 502
<agg>
TRELLIS_IO is the cell that nextpnr knows about, yosys maps IB/OB/BB into TRELLIS_IO