<xenador77>
Is there a guide to adding a board to the supported boards list and/or porting litex to an ice40 dev board?
<xenador77>
I'm capable of using google just wanted to know if there was a definitive "official guide"
xenador77 has quit [Changing host]
xenador77 has joined #litex
xenador77 has quit [Remote host closed the connection]
xenador77 has joined #litex
subthreshold has quit [Ping timeout: 252 seconds]
xenador77 has quit [Changing host]
xenador77 has joined #litex
FabM has joined #litex
FabM has joined #litex
FabM has quit [Changing host]
subthreshold has joined #litex
<_florent_>
amstan: The implementation indeed seems very efficient! I may have a good use-case to test it/use it: I have a SDS1104X-E on my desk, that can also be used as a LiteX dev board that I would like to use as an additional screen, but the 100Mbps Ethernet link is a bit limitating, encoding in QOI on the Host and decoding it in the FPGA could be be enough to have something usable.
<_florent_>
amstan: It's perfectly possible to integrate verilog in LiteX BTW, we are mostly using it for integrating CPUs in the "open-source" part, but it's heavily used to re-integrate other regular Verilog/System-Verilog/VHDL cores in proprietary projects.
<_florent_>
subthreshold: you add the PHY in your target file (since specific) and add_sdram adds the LiteDRAM core + connections to the SoC.
<_florent_>
xenador77: Sorry no, we don't have an official guide. I would recommend starting simple: To get a first version of your SoC running, you just need an input clock and a UART
<_florent_>
xenador77: ex when building it for Digilent Arty board: python3 -m litex_boards.targets.simple litex_boards.platforms.digilent_arty --build
<_florent_>
xenador77: Once it's working, you can then progressively add the specific clocking, peripherals, etc... and create a specific target file for your board
ilia__s0 has joined #litex
<subthreshold>
_florent_ thanks so much! That makes sense - for a while i had ignored add_SDRAM as I thought that was adding the memory device model itself. '=(
davebee has joined #litex
<davebee>
I'm trying to get jtagbone working on litex. I have a vexriscv, on an ECP5 (colorlight i9). Is there anything I need to do other than call soc.add_jtagbone()? Perhaps some clock domain I'm not connecting / providing? Can I bring out the JTAG to io pins, rather than connecting to the internal ECP5 JTAGG?
<davebee>
The colorlight i9 extension board has an stm32 device which implements JTAG over USB, 'cmsisdap'. I'm using openFPGALoader.
ilia__s0 has quit [Read error: Connection reset by peer]
ilia__s0 has joined #litex
<_florent_>
davebee: Just adding soc.add_jtagbone should be enough yes
<_florent_>
davebee: when generating your design, add --csr-csv=csr.csv
<_florent_>
davebee: then start litex_server: litex_server --jtag --jtag-config=openocd_butterstick.cfg
<davebee>
I have the csv file. I wonder what I'm doing wrong then. I don't have direct access to the JTAG pins. They connect via pogo pins to the STM32.
<_florent_>
davebee: then you can try to do a litex_cli --regs that should dump the SoC's registers
<davebee>
ltiex-server is looking for vid 0403, pid 6014
<davebee>
Is there an easy way to bring out the JTAG to io pins?
<_florent_>
here it's using a FT232 chip, you'll have to adapt this to your programmer
<_florent_>
not really for this, some HDL parts will be missing, at least for JTAGBone
<_florent_>
if that's GDB for VexRiscv that you want, it shoud be possible to expose the JTAG pins directly
<xenador77>
hopefully Upduino-3.1 will be on the list (:
<xenador77>
will be on the list soon*
xenador77 has quit [Remote host closed the connection]
xenador77 has joined #litex
xenador77 has quit [Client Quit]
xenador77 has joined #litex
<davebee>
First problem solved : I hadn't set the cpu-variant to "standard+debug". No I have a debug plugin I can see the JTAGG being used and see timing cacls for the jtag interface. But I still can't see the risc-v in a jtag scan.