<tpb>
Title: GitHub - tomtor/rust-litex: Running Rust on the (Linux) Litex VexRiscv FPGA SOC (at github.com)
<sajattack[m]>
while I wait for someone to help with my vga issues
_whitelogger has joined #litex
CarlFK has quit [Read error: Connection reset by peer]
<levi>
What vga issues are you having?
<sajattack[m]>
I'm not really sure, I'm trying to get it to build on an altera board, I did what florent suggested, and linux hangs when it starts the framebuffer
<levi>
Just how much of the system is "hung"? Do you have a way of getting a debug dump of processor registers via jtag or some wishbone bridge?
<sajattack[m]>
I have uart and usb blaster
<sajattack[m]>
not sure how to get a debug dump from usb blaster
<sajattack[m]>
if possible
<levi>
I am pretty new to litex so I'm not entirely sure, but I know there's a debug option for the CPU cores and a number of "wishbone-to-X" bridges where X includes ethernet and I think uart. You'd have to poke at the example programs.
<sajattack[m]>
where can I find the examples?
<levi>
There's generally a directory in each of the litex module repos with examples in it.
<sajattack[m]>
does the pixel clock need to be phase shfited?
<sajattack[m]>
the openocd recommended on that debugging wiki page doesn't compile
<levi>
Alas, it is the nature of wikis to be out-of-date
<sajattack[m]>
indeed
rohitksingh has joined #litex
rohitksingh has quit [Ping timeout: 240 seconds]
<_florent_>
scanakci: thanks for the update and great for the LiteDRAM integration. I just merged your PR to allow you to go further, i'll probably do small changes in the next days but it will only be cosmetic changes
<_florent_>
sajattack[m]: sorry i need to look at the code to be able to help but i'm not able to it now, i'll have more time for it after the weekend. At least you don't need a specific phase for the pixel_clock. It's possible that the Linux kernel has some parts hardcoded for 7-series, to ease your work, maybe you could look at how it was done before when the video out was initialized in bare metal: before
<_florent_>
you could try to look at framebuffer.h/framebuffer.c and skip the part related to the clocking since it's already initialized at a fixed frequency on your board
<dkozel>
_florent_: I was just about to ask if a C example for LitePCIe exists, but noticed litepcie_util in the software directory.
<_florent_>
You should be able to have something on the screen (garbage data) by just initializing the DMA
<dkozel>
Would it be useful for me to add a description of that util to the top level examples folder README?
<_florent_>
dkozel: yes sure, contributions on documentation are welcome
<dkozel>
_florent_: Great. I'll look at both of those and contribute back where things aren't obvious to a new user
<dkozel>
Is the plan to merge back the netv2 PCIe driver in the future?
<_florent_>
dkozel: it's not decided yet, we could keep both for now
<_florent_>
dkozel: the one in LitePCIe is the original one created in 2014, the one in netv2 is a new one that has a different architecture and can be used to do DMA TX/R/X onmultiple channels in //
<_florent_>
dkozel: both are compatible with the gateware. For a new design, i would probably recommend using the one in netv2
freemint has joined #litex
freemint has quit [Remote host closed the connection]