HoloIRCUser2 has quit [Read error: Connection reset by peer]
tannewt has quit [*.net *.split]
guan has quit [*.net *.split]
david-sawatzke[m has quit [*.net *.split]
lambda has quit [*.net *.split]
CarlFK[m]1 has quit [*.net *.split]
shorne has quit [Ping timeout: 240 seconds]
<_florent_>
somlo: thanks for the Nexys4DDR test. I tested with several boards (7-Series, Ultrascale, ECP5, etc...) but the Nexys4DDR is indeed bit different (HalfRate PHY / DDR2), so possible i broke something for it, i'm going to look at that.
<_florent_>
kbeckmann: great you got etherbone working on the colorlight. It's planned to look at the timing issues but the work has not yet started (but should in the next weeks), IIRC with Etherbone, most of the timings issues were directly in the Etherbone core/UDP/IP stack, the PHY should already use the DDR primitives: https://github.com/enjoy-digital/liteeth/blob/master/liteeth/phy/ecp5rgmii.py
<kbeckmann>
_florent_: alright, that's great to hear. my idea was to use IDDRX2F / ODDRX2F to cut the frequency in half once more. that should give us a good timing budget. but that will limit which pins that can be utilized, but would probably be nice to have anyway in a dense ECP5 design.
<daveshah>
I think the hard part is not the primitive, but making the downstream pipeline accept 16 or 32 bits per clock
<kbeckmann>
i see
<daveshah>
There was some work on this for 10GbE support but I don't know if it is complete
<kbeckmann>
10GbE support would be really neat, saw the PR (https://github.com/enjoy-digital/liteeth/pull/21). I've been thinking of making an ECP5 board with a 10GbE external phy and an SFP+ connector.
<tpb>
Title: Add hooks and features for 10/25G implementation by jersey99 · Pull Request #21 · enjoy-digital/liteeth · GitHub (at github.com)
<kbeckmann>
i have this quite stupid project idea where i want to do a hardware implementation of "pixelvloed", which is basically a framebuffer that is updated over UDP, and then send it out with DVID/HDMI to a big screen. turns out this is a bit harder than i imagined since the memory accesses will be very random and trash the cache among other problems. but could be a fun project to have as a guiding goal
<kbeckmann>
for me at least :).
<kbeckmann>
daveshah: do you thing such a project would be a bad fit for the ECP5 or do you think it could handle it? 10GbE over XGMII, 2 x DDR3 (thinking double buffering might be required here), HDMI 4k over SERDES
<daveshah>
I think it will be quite ambitious timing wise, but maybe doable
<kbeckmann>
sounds like a challenge then ;D
<daveshah>
The main problem with XGMII is the number of pins
<kbeckmann>
right, that is quite massive.
<daveshah>
and the PHY availability being a bit meh
<zyp>
XAUI might be a better bet
<kbeckmann>
yeah, using e.g. VSC8486
<zyp>
not sure PHY availability would be much better though
<kbeckmann>
but then i burn all my serdes, so i will need a hdmi 4k capable phy i think
<daveshah>
Yeah VSC8486 is pretty much the only option
<kbeckmann>
ah i see. i have just recently looked into it.