*** futarisIRCcloud has quit IRC | 00:05 | |
*** TMM_ has quit IRC | 02:26 | |
*** TMM_ has joined #litex | 02:26 | |
*** Degi_ has joined #litex | 03:14 | |
*** Degi has quit IRC | 03:15 | |
*** Degi_ is now known as Degi | 03:15 | |
*** nthiel has joined #litex | 04:33 | |
*** ewen has joined #litex | 04:43 | |
*** pftbest has joined #litex | 05:45 | |
*** chipdsgr has quit IRC | 05:52 | |
*** chipdsgr has joined #litex | 05:58 | |
*** FabM has joined #litex | 06:24 | |
*** _whitelogger has quit IRC | 06:51 | |
*** _whitelogger has joined #litex | 06:51 | |
*** nthiel_ has joined #litex | 07:38 | |
*** nthiel_ has quit IRC | 07:43 | |
*** nthiel has quit IRC | 07:43 | |
*** cr1901 has quit IRC | 07:47 | |
*** cr1901 has joined #litex | 07:47 | |
*** ewen has quit IRC | 09:16 | |
*** pftbest has quit IRC | 11:14 | |
*** pftbest has joined #litex | 11:14 | |
*** key2_ has joined #litex | 11:46 | |
*** key2_ is now known as key2 | 11:46 | |
Melkhior | for those interested, Litex now has support for an USB OHCI host controller using a SpinalHDL implementation (same source as VexRiscv) | 12:31 |
---|---|---|
Melkhior | It works with 1 to 4 ports (at least!) using a purpose-built pmod, again from the same source: https://github.com/Dolu1990/pmod_usb_host_x4 | 12:31 |
ysionneau1 | that's a really cool news :) | 12:35 |
Leon[m] | Indeed very cool | 12:45 |
Leon[m] | If only SpinalHDL would be more than a magic black box for me | 12:45 |
Melkhior | @Leon[m] SpinalHDL is easier to deal with than VHDL/Verilog :-) | 13:06 |
Melkhior | USB OHCI is here: https://github.com/SpinalHDL/SpinalHDL/tree/dev/lib/src/main/scala/spinal/lib/com/usb | 13:07 |
Leon[m] | Melkhior: I think what's easiest is what you're used to... I taught myself a bit of VHDL and can figure out where to go from there. I've spent hours over the VexRiscv implementation and only ever randomly type things I don't understand to wind up with Scala compiler errors. | 13:10 |
Leon[m] | Maybe I just need to get over that critical point where I understand more significant parts of the code. | 13:10 |
Leon[m] | Melkhior: did you know Scala when starting with Spinal? | 13:13 |
Melkhior | Leon[m]: no no scala, just a bit of VHDL for a crazy project (https://github.com/rdolbeau/SBusFPGA) | 13:16 |
Melkhior | Just did a bit of SpinalHDL to extend the core with new instructions (https://github.com/rdolbeau/VexRiscvBPluginGenerator) | 13:16 |
Melkhior | And Migen only for the board/target support and porting a PS2 controller from Verilog to Migen (now somewhat obsoleted by Dolu1990 OHCI controller...) | 13:18 |
Melkhior | And you're right, easiest is what you already know :-) | 13:18 |
Melkhior | Though I am thinking of redoing my SBus stuff in Migen, hoping to have a shot at a SBus <-> Wishbone bridge and maybe being able to leverage the Litex peripherals in a SPARCstation :-) | 13:19 |
Leon[m] | Very cool | 13:19 |
*** pftbest has quit IRC | 14:19 | |
*** pftbest has joined #litex | 14:19 | |
*** pftbest has quit IRC | 14:24 | |
*** pftbest has joined #litex | 14:24 | |
*** pftbest has quit IRC | 14:26 | |
*** pftbest has joined #litex | 14:28 | |
*** FabM has quit IRC | 14:56 | |
*** pftbest has quit IRC | 15:31 | |
*** pftbest has joined #litex | 15:43 | |
*** nthiel has joined #litex | 15:59 | |
Melkhior | Dumb question on FPGA; can warming up changes their behavior ? | 16:07 |
Melkhior | my litex soc works fine, but I had some weird errors - a benchmark was (deterministically) failing, despite being the same binaries that was working before | 16:08 |
Melkhior | I let the board cool down (and I do have an extra heatsink on the FPGA), then restarted -> now it works fine | 16:08 |
Melkhior | a previous power-cycle (where the fpga was still warm-ish) had not cleared the issue... | 16:09 |
Melkhior | it seems to be memory-related; could the litedram controller or the on-board dram be affected by heat ? | 16:10 |
Melkhior | (the heat-sink is not hot, just warm-ish) | 16:10 |
acathla | Melkhior, I think the litedram is doing some auto-config at start | 16:14 |
_florent_ | Melkhior: this could impact the DRAM timings a bit yes but we generally have some margin on Artix7. That would be useful to share your DDR3 calibration log (and temperature during the benchmark) | 16:18 |
_florent_ | you can get the temperature with the XADC: https://github.com/enjoy-digital/litex/blob/master/litex/soc/cores/xadc.py | 16:19 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!