<Hammdist>
ok I have enabled "bist" and got the read speed 461 MiB/sec, which seems pretty decent
peepsalot has quit [Read error: Connection reset by peer]
peepsalot has joined #litex
<Hammdist>
are native ports pipelined? in general, is there any documentation on how to interact with a native port (apart from reading the python code)?
<Hammdist>
I see by default I get a 128-bit bus, but there are separate valid/ready on cmd and on wdata and on rdata ... looks complicated
Flea86 has quit [Read error: Connection reset by peer]
Flea86 has joined #litex
<bjonnh[m]>
I'm preparing a class for our local hackerspace on FPGAs and half of it is based on LiteX
<bjonnh[m]>
I'm trying to prepare instructions for windows users, and I can't get the colorlight-i5 board to compile properly (works on Linux): http://paste.alacon.org/47741
<tpb>
Title: Paste à la con (at paste.alacon.org)
<bjonnh[m]>
a simple example with just the litescope works
<SpaceCoaster>
bjonnh[m]: I know it isn’t a good solution but commenting out one or both of the add_period-constraint lines for eth_clocks:rx in platforms/colorlight_i5.py worked for me on a Mac.
Hammdist has joined #litex
<bjonnh[m]>
thanks. this is weird there would be such a diff between platforms
<Hammdist>
if sent commands on multiple ports, and those commands are largely bulk operations (read/write x, x+1, x+2, ...), does litedram interleave them in a reasonable way when sending them to the dram? by reasonable I mean performance should not drop greatly from interleaving
<bjonnh[m]>
<SpaceCoaster> "bjonnh🥬: I know it isn’t a..." <- did you see any impact on the ethernet performance or behavior?
Hammdist has quit [Quit: Client closed]
Hammdist has joined #litex
<bjonnh[m]>
Curiously this function is not called at all on Linux
<bjonnh[m]>
so I think that's a bug in the argument parsing
<bjonnh[m]>
looks like on linux it doesn't go inside generic_toolchain at all
<bjonnh[m]>
I think that's where all the issues stem from, litex when installing is using 3.11 (from my local system) despite me telling it to use the oss-cad environment
<bjonnh[m]>
I tried all that on a Ubuntu docker with no python installed and all works well. Except that now I get the same error as I did on windows ( AttributeError: 'NoneType' object has no attribute 'name_override')