_florent_ changed the topic of #litex to: LiteX FPGA SoC builder and Cores / Github : https://github.com/enjoy-digital, https://github.com/litex-hub / Logs: https://libera.irclog.whitequark.org/litex
tpb has quit [Remote host closed the connection]
tpb has joined #litex
linear_cannon has joined #litex
bl0x has quit [Ping timeout: 240 seconds]
bl0x has joined #litex
Degi_ has joined #litex
Degi has quit [Ping timeout: 240 seconds]
Degi_ is now known as Degi
sebo has joined #litex
sebo has quit [Ping timeout: 240 seconds]
sebo has joined #litex
FabM has joined #litex
FabM has quit [Changing host]
FabM has joined #litex
sebo has quit [Ping timeout: 260 seconds]
Coldberg has quit [Ping timeout: 252 seconds]
sebo has joined #litex
C-Man has joined #litex
MoeIcenowy has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
sebo has quit [Ping timeout: 260 seconds]
sebo has joined #litex
sebo_ has joined #litex
sebo_ has quit [Remote host closed the connection]
sebo has quit [Ping timeout: 252 seconds]
MoeIcenowy has joined #litex
sebo has joined #litex
sebo has quit [Ping timeout: 252 seconds]
sebo has joined #litex
<sebo> Hello, is there anybody using the CSRConstant method? I'm using it like this self.allone = CSRConstant(value=0x0BADCAFE).
<sebo> In my test: data = yield from dut.allone.read() throws an error.
<sebo> TypeError: 'int' object is not iterable.
<sebo> However, using CSRStatus is working...
sebo_ has joined #litex
sebo_ has quit [Client Quit]
zjason` is now known as zjason
<_florent_> sebo: as discussed together, it would be good to have access methods for CSRFields too, but don't have the time to look at it for now
shoragan has quit [Ping timeout: 256 seconds]
shoragan has joined #litex
<sebo> Thanks _florent_ for correcting this. I do remember for the fields. Is it worth opening an issue for a later fix?
<_florent_> sebo: yes sure, feel free to open one.
sebo_ has joined #litex
sebo has quit [Ping timeout: 268 seconds]
<sebo_> ok
sebo_ has quit [Ping timeout: 252 seconds]
sebo_ has joined #litex
<Wolfvak> hi, just mentioning that the latest linux-on-vexriscv doesnt seem to work on orangecrab 25F, without the wishbone-memory parameter I get a memory failure, with the parameter it just gets stuck with the "Booting from boot.json" and its been there for a few minutes
sebo_ has quit [Ping timeout: 252 seconds]
<_florent_> Hi Wolfvak, thanks for the feedback. I switched ECP5/DDR3 to native LiteDRAM interface last week and got it working correctly on my OrangeCrab 25F, but there are indeed variability between boards
<_florent_> this is related to DM handling in the ECP5DDRPHY. I would need to spend more time looking at it.
<_florent_> In the meantime, I indeed encourage using --with-wishbone-memory, but I'm not sure I tested it again last week
<_florent_> I'll do the test tomorrow and check. If it's stuck when booting from the SDCard, it could be the DMA that is not connected correctly in this case
<Wolfvak> I just tried again and it managed to boot into linux, seems to be almost random
<Wolfvak> I just kept resetting it and eventually it worked
<Wolfvak> one more thing: "litex-mmc f0005800.mmc: Requested clk_freq=25000000: set to 32000000 via div=2" seems like the driver wants to set it to 25MHz but you're rounding it to 32MHz? shouldn't it be down to 16MHz instead? SD card initialization will fail if you don't properly enable the high speed functionality
<Wolfvak> ran a bit of a "stress test" https://i.imgur.com/sUwZdTg.png
sebo has joined #litex
sebo has quit [Remote host closed the connection]
FabM has quit [Ping timeout: 252 seconds]
zjason` has joined #litex
zjason has quit [Ping timeout: 256 seconds]
sebo_ has joined #litex
sebo_ has quit [Ping timeout: 240 seconds]
cr1901 has quit [Remote host closed the connection]
cr1901 has joined #litex
cr1901 has quit [Remote host closed the connection]
cr1901 has joined #litex
cr1901 has quit [Read error: Connection reset by peer]
cr1901 has joined #litex
cr1901 has quit [Read error: Connection reset by peer]
cr1901 has joined #litex