clifford changed the topic of #yosys to: Yosys Open SYnthesis Suite: http://www.clifford.at/yosys/ -- Channel Logs: https://irclog.whitequark.org/yosys
tpb has quit [Remote host closed the connection]
tpb has joined #yosys
kristianpaul has quit [Read error: Connection reset by peer]
kristianpaul has joined #yosys
lf has quit [Ping timeout: 260 seconds]
lf has joined #yosys
FL4SHK has quit [Ping timeout: 256 seconds]
FL4SHK has joined #yosys
FFY00 has quit [Remote host closed the connection]
FFY00 has joined #yosys
Degi has quit [Ping timeout: 240 seconds]
Degi has joined #yosys
jfcaron has quit [Quit: jfcaron]
FL4SHK has quit [Ping timeout: 240 seconds]
emeb_mac has quit [Quit: Leaving.]
FL4SHK has joined #yosys
stzsch has quit [Ping timeout: 256 seconds]
kraiskil has joined #yosys
srk has quit [Ping timeout: 240 seconds]
elGamal has joined #yosys
srk has joined #yosys
FL4SHK has quit [Ping timeout: 246 seconds]
FL4SHK has joined #yosys
citypw has joined #yosys
kraiskil has quit [Ping timeout: 256 seconds]
kraiskil has joined #yosys
kraiskil has quit [Ping timeout: 246 seconds]
gmc has quit [Remote host closed the connection]
srk has quit [Ping timeout: 240 seconds]
srk has joined #yosys
citypw has quit [Ping timeout: 240 seconds]
citypw has joined #yosys
citypw has quit [Ping timeout: 240 seconds]
citypw has joined #yosys
vidbina_ has joined #yosys
citypw has quit [Ping timeout: 240 seconds]
citypw has joined #yosys
s_frit_ has joined #yosys
s_frit has quit [Ping timeout: 260 seconds]
kraiskil has joined #yosys
kraiskil has quit [Ping timeout: 264 seconds]
show1 has quit [Quit: WeeChat 2.9]
citypw has quit [Ping timeout: 240 seconds]
kraiskil has joined #yosys
lansiir has quit [Ping timeout: 268 seconds]
s_frit has joined #yosys
lansiir has joined #yosys
vidbina_ has quit [Ping timeout: 246 seconds]
s_frit_ has quit [Ping timeout: 260 seconds]
vidbina_ has joined #yosys
kraiskil has quit [Ping timeout: 264 seconds]
FFY00 has quit [Read error: Connection reset by peer]
FFY00 has joined #yosys
srk has quit [Read error: Connection reset by peer]
emeb has joined #yosys
show has joined #yosys
kraiskil has joined #yosys
srk has joined #yosys
moony has quit [Quit: Bye!]
moony has joined #yosys
jfcaron has joined #yosys
FL4SHK has quit [Ping timeout: 246 seconds]
FL4SHK has joined #yosys
vidbina_ has quit [Ping timeout: 264 seconds]
peepsalot has quit [Ping timeout: 246 seconds]
peepsalot has joined #yosys
emeb_mac has joined #yosys
peepsalot has quit [Quit: Connection reset by peep]
peepsalot has joined #yosys
kraiskil has quit [Ping timeout: 264 seconds]
<awygle> what kind of error does `ERROR: Failed to pack flipflop 'pin_ddr2_0__dq.U$$32' with 'syn_useioff' set into IOLOGIC.` from nextpnr-ecp5 indicate?
<awygle> like obviously there's something wrong with the pin mapping/constraints but an idea of what to look at would be very helpful if somebody has one
<tnt> You asked for a FF to be packed in the IO block and it's unable to do that.
<awygle> is there a way i can get more information about why it was unable to do so?
<tnt> Not that I know.
<tnt> Basically open the .json file, find that FF, and how it's configured and try to figure out why it wouldn't be packable.
<tnt> Where is that design from ?
peeps[zen] has joined #yosys
<awygle> i wrote it
<awygle> it's a 4x DDR output
<awygle> so not hugely surprising that i configur3ed it wrong
<awygle> but i wrote it in nmigen so there's a fair bit of stuff between me and waht's actually happening
<awygle> which is why i was hoping to get a few more pointers from nextpnr et al
peeps[zen] has quit [Client Quit]
peepsalot has quit [Quit: Connection reset by peep]
peepsalot has joined #yosys
<daveshah> Tristate registers and 4:1 aren't supported at all
<awygle> oh. well... that's probably why then
<daveshah> Diamomd doesn't support bidirectional 4:1 at all. nextpnr supports it based on empirical testing on a best effort basis
<awygle> diamond has those weird primitives for memory specifically, can i use those?
<daveshah> Yes, you have to use those
<tnt> but you need all the DQS stuff for those.
<awygle> and based on looking at the code nmigen doesn't automagic them
<awygle> which makes sense i spose
<tnt> it's not a generic 4:1
<daveshah> The choice is basically use 2:1 IO, use 4:1 IO with nextpnr only or use 4:1 with the DQS stuff for both tools
<daveshah> I don't know why Diamond doesn't support 4:1 bidirectional, it is possible that the hardware is subtly broken
<awygle> i mean i am only using nextpnr
<daveshah> I know it works well enough in nextpnr for Greg to get a HyperRAM core working though
<daveshah> Yeah but sometimes it's useful to test in Diamond too
<awygle> it does seem pretty dumb that diamond doesn't support generic 4:1 bidir but :shrug: i guess
<tnt> And in nextpnr, how is the tristate controlled when using 4:1 ? is it packed ?
<daveshah> No, it isn't
<daveshah> From what I know of the hardware I doubt a tristate reg with 4:1 IO but I haven't tested, right now it just errors
<awygle> so i need to do dir='-' in nmigen and manually glue the Instances of the memory primitives together, then?
<daveshah> Afraid so
<tnt> yeah, I guess it'd be like DDR when you only control it at clk_1x, but for DDR you can still pack it, so at least it toggles "in-sync".
<awygle> mk, that's fine
<awygle> thanks for letting me know
modwizcode has quit [Quit: Later]
emeb has left #yosys [#yosys]