<shuffle2>
arent both of those suggestions bad as they add delay?
rohitksingh has joined #m-labs
<cr1901_modern>
shuffle2: A PLL is (probably) not going to add meaningful delay. Idk about clock buffers; not sure how they're implemented.
<shuffle2>
aren't PLLs pretty limited resource?
<shuffle2>
i guess it doesn't really matter for me
<shuffle2>
i'm just making some spi slave design (so certain responses are latched by master on negedge, after sending cmd on posedge)
<shuffle2>
so probably i should not actually be using negedge to change state, anyways...bit gross (although it's been working fine)
<larsc>
for input/output you can use a DDR IO resource
<larsc>
those are clocked on both positive and negative edge
<larsc>
and you just throw away those you don't need
<shuffle2>
larsc: er, is there a migen concept of a "ddr io resource"?
<shuffle2>
grep via github didn't seem to find anything
<shuffle2>
oh i see. searched misoc by accident
<GitHub151>
[smoltcp] pothos commented on issue #62: Ok, finally got it working. Besides keeping the retransmission timer there was an overflow that needed to be fixed. Preparing a PR now. https://git.io/vFkjD