_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://freenode.irclog.whitequark.org/litex
tpb has quit [Remote host closed the connection]
tpb has joined #litex
lf_ has quit [Ping timeout: 258 seconds]
lf has joined #litex
futarisIRCcloud has joined #litex
Degi_ has joined #litex
Degi has quit [Ping timeout: 240 seconds]
Degi_ is now known as Degi
Bertl_oO is now known as Bertl_zZ
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
tpb has quit [Disconnected by services]
tpb has joined #litex
_whitelogger has joined #litex
SpaceCoaster_ has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
SpaceCoaster has joined #litex
skiphs has joined #litex
skiphs has quit [Quit: Connection closed]
Bertl_zZ is now known as Bertl
kgugala has quit [Remote host closed the connection]
Melkhior has joined #litex
<Melkhior> Hello again:-)  Another week-end another question; this time it relates to clocks - why is 'cd_idelay' (used to drive an IDELAYCTRL block if I understand correctly) fixed at 200 MHz for DDR3 and 500 MHz at DDR4 (or so it seems from grep'ing the targets file) ? It that a hard requirement ? Could it be a multiple of the core and/or reference
<Melkhior> frequency ?
<Melkhior> Currently this fixed 200 MHz frequency prevent me to fine-tune the frequency of my cores, as the S7MMCM fails to find parameters in most cases. So I can use a core at 100 MHz or 83.333 from my 48 MHz reference, but not 96 MHz. And I've added so much stuff in the decoder it won't pass timings at 100 Mhz anymore :-)
<Melkhior> On the other hand, if I set the cd_idelay clock to 192 MHz (exactly 4x the reference clock), then the S7MMCM seems much more tolerant, as the parameters are much easier to compute...
pdp7 has quit [Quit: Connection closed for inactivity]
dayjaby has joined #litex
<dayjaby> Hi:)  how to set breakpoints reliably for a LiteX cpu? currently trying to run zephyr on arty a7-35t + vexriscv. I tried:
<dayjaby> (gdb) break console_out
<dayjaby> (gdb) c
<dayjaby> Continuing.
<dayjaby> << here I restart litex_term to flash zephyr.bin >>
<dayjaby> Note: CPU is currently in a trap: Misaligned load address of 0x00010005 at 0x40001d28
<dayjaby> 40001d08 <console_out>:
<dayjaby> 40001d08: ff010113 addi sp,sp,-16
<dayjaby> 40001d0c: 400037b7 lui a5,0x40003
<dayjaby> 40001d10: 00812423 sw s0,8(sp)
<dayjaby> 40001d14: 00112623 sw ra,12(sp)
<dayjaby> 40001d18: 00050413 mv s0,a0
<dayjaby> 40001d1c: 7807a503 lw a0,1920(a5) # 40003780 <uart_console_dev>
<dayjaby> 40001d20: 00852783 lw a5,8(a0)
<dayjaby> 40001d24: 0ff47593 andi a1,s0,255
<dayjaby> 40001d28: 0047a783 lw a5,4(a5)
<dayjaby> It seems like the breakpoint gets ignored
Melkhior has quit [Quit: Ping timeout (120 seconds)]
dayjaby has quit [Quit: Ping timeout (120 seconds)]
Melkhior has joined #litex
dayjaby has joined #litex
<dayjaby> --============= Liftoff! ===============--
<dayjaby> *** Booting Zephyr OS build zephyr-v2.4.0-2710-g5358a11687a3 ***
<dayjaby> Hello World! litex_vexriscv
<dayjaby> Got it working!
kgugala has joined #litex
Bertl is now known as Bertl_oO
dayjaby has quit [Quit: Ping timeout (120 seconds)]
Melkhior has quit [Quit: Ping timeout (120 seconds)]
skiphs has joined #litex
<geertu> Does anyone know which board from litex-boards was tested with microwatt?
<geertu> with orangecrab, if fails with
<geertu> AttributeError: 'Microwatt' object has no attribute 'interrupt'
<geertu> So I'd thought to ask first, before I dive deeper...
<geertu> s/if fails/it fails/, ofc
<zyp> benh can probably answer that
skiphs has quit [Quit: Connection closed]
<tcal> dayjaby: the debug vexriscv pre-built for use with litex has no hardware breakpoints, while gdb / wishbone-tool assumes the hw breakpoints are there. Can you coerce GDB to use SW breakpoints (replace the instruction at the breakpoint with a trap instruction)? Otherwise, you can rebuild vexriscv with the hw breakpoint support, although you'll need to install sbt (the scala build tool). Let me know if you want to go
<tcal> that route...
Finde has quit [Quit: WeeChat 2.3]
Finde has joined #litex