<lambda>
am I just being blind or is litex (and migen in general) pretty, uh, light on documentation? I'm trying to understand how to use liteeth (whose only documentation seems to be its sparsely commented source code) for a not-quite-standard usecase, which also means understanding migen, but I've only been able to find the out-of-date https://m-labs.hk/migen/manual/ so far
<lambda>
basically I want to have a high-speed UDP pipe in gateware, but also have a softcore running a DHCP client - the UDPCore might work for the former, but I don't think it'll work for DHCP, so I'm trying to figure out what I need to hook up there instead.
<lambda>
I've briefly used liteeth with just the wishbone MAC interface before and it worked pretty well, would be great to have something similar but with UDP already handled by liteeth :)
rubberworm has joined #litex
rubberworm has left #litex [#litex]
<swetland>
My experience is similar -- a lot of stuff works great Out of the Box, but if there's good docs for doing more complex or custom things I have not stumbled over them. Trying to setup a Litex SoC with two LiteEth MACs was an adventure in clock domain naming/plumbing that I'm not entirely sure I got right
<swetland>
and migen has this unfortunate habit of "reporting" errors by means of python backtraces from its internals which I don't find very comprehensible
<swetland>
asking questions here is at least one viable path to getting answers or pointers to resources when you're stuck
<mithro>
lambda: Helping improve the documentation would be great
<lambda>
mithro: that kind of requires knowing how things work to begin with...
<mithro>
swetland: Having useful, user actionalable error messages when things go wrong is was one of the reasons that whitequark started the Amaranth language.
<lambda>
any plans to port litex to Amaranth? :p
<mithro>
lambda: Not to my knowledge, it would be a pretty big job