_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
somlo_vacation has quit [Read error: Connection reset by peer]
somlo_vacation has joined #litex
rom has quit [Ping timeout: 246 seconds]
pftbest has quit [Remote host closed the connection]
pftbest has joined #litex
pftbest has quit [Ping timeout: 276 seconds]
pftbest has joined #litex
rom has joined #litex
pftbest has quit [Ping timeout: 258 seconds]
Degi_ has joined #litex
Degi has quit [Ping timeout: 240 seconds]
Degi_ is now known as Degi
<rom> I think external Wishbone/AXI for my application is ok, since I will also generate the clock from FPGA
<promach[m]> <_florent_ "On Spartan6 we are using a fixed"> fixed phase shift as in `rd_bitslip = 1` which means a 360 degree phase delay ?
<promach[m]> _florent_:
pftbest has joined #litex
pftbest has quit [Ping timeout: 252 seconds]
pftbest has joined #litex
pftbest has quit [Ping timeout: 240 seconds]
pftbest has joined #litex
pftbest has quit [Ping timeout: 268 seconds]
rom has quit [Ping timeout: 246 seconds]
pftbest has joined #litex
pftbest has quit [Ping timeout: 240 seconds]
pftbest has joined #litex
pftbest has quit [Ping timeout: 245 seconds]
pftbest has joined #litex
pftbest has quit [Ping timeout: 250 seconds]
rom has joined #litex
pftbest has joined #litex
rom has quit [Quit: Client closed]
pftbest has quit [Ping timeout: 256 seconds]
rom has joined #litex
pftbest has joined #litex
pftbest has quit [Ping timeout: 240 seconds]
pftbest has joined #litex
pftbest has quit [Ping timeout: 256 seconds]
pftbest has joined #litex
pftbest has quit [Remote host closed the connection]
pftbest has joined #litex
rom has quit [Ping timeout: 246 seconds]
rom has joined #litex
michalsieron has joined #litex
rom has quit [Ping timeout: 246 seconds]
pftbest has quit [Remote host closed the connection]
pftbest has joined #litex
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #litex
<_florent_> promach[m]: For the value of wr/rd_bitstlip in the example code I provided, the hardware and rest of the code also needs to be considered. This was more an example of values that needs to be manually adapted
<_florent_> You can see that these values are different between hardware:
<_florent_> I'm not saying that's necessarily the way to go but the way we did it in the past on Spartan6 :) (That has been improved since then with software auto calibration on 7-Series/Ultrascale).
<promach[m]> _florent_: cool, I was thinking about using PLL dynamic phase shift feature before you mentioned about bitslip delay
<_florent_> promach[m]: In fact you can see phase shift as a fine delay (adjusting sampling delay) and bitstlip as a coarse delay (adjusting bit order in the deserialized data)
<promach[m]> _florent_: may I know if you also used PLL dynamic phase shift feature together with bitslip for spartan-6 ?
<_florent_> promach[m]: no we manage to get it working without, but dynamic phase shift can provide you more flexibility
<promach[m]> does spartan-6 use both fine delay and course delay ?
<_florent_> fine delay was done using fixed phase shift of the clocks with the PLL and coarse delays with the bitslio
<_florent_> bitslip
<promach[m]> <_florent_ "fine delay was done using fixed "> _florent_: you mean on spartan-6, the fine delay is calibrated during the **initial read calibration** , and then is fixed during actual read operations ?
<_florent_> promach[m]: yes, and the calibration was done manually
<promach[m]> _florent_: I am reading up on fixed phase shift in https://www.xilinx.com/support/documentation/user_guides/ug382.pdf#page=65
<promach[m]> is this what is being used on spartan-6 ?
<promach[m]> _florent_: strange, I do no see any attribute named as "PHASE_SHIFT"
<_florent_> the phase is applied on CLK_OUTN outputs
<promach[m]> <_florent_ "the phase is applied on CLK_OUTN"> you mean **CLKOUTn_PHASE** ?
<promach[m]> as inside the PLL_BASE Settings page ?
Coldberg has quit [Read error: Connection reset by peer]
Coldberg has joined #litex
<_florent_> promach[m]: In fixed mode, the phase is configured through the CLKOUTN_PHASE attributes, in dynamic mode through the DRP interface and phase shift is then present on CLK_OUTN outputs
<promach[m]> _florent_: I suppose litedram is not using dynamic mode for spartan-6 ?
<promach[m]> and what do you mean by DRP interface ?
<promach[m]> Do you mean DCM_SP Settings instead ?
<promach[m]> there is also PHASE_SHIFT attribute inside DCM_SP Settings page
<promach[m]> and CLKOUT_PHASE_SHIFT can choose between VARIABLE and FIXED
<promach[m]> I am bit confused now
<DerekKozel[m]> _florent_: I have a built image, programmed both by openocd (I think successfully) and by Vivado's hardware manager, I've built and loaded the litepcie kernel module and it shows as loaded. However the only output in dmesg is
<DerekKozel[m]> > [ 658.091296] litepcie: loading out-of-tree module taints kernel.
<gatecat> is anything showing up in lspci ?
<DerekKozel[m]> litepcie_util info says it Could not init driver
<DerekKozel[m]> lspci originally showed the SQRL blah blah blah at 0000:00:01.0
<DerekKozel[m]> now it does not show the device
<gatecat> you might want to try a rescan as per https://github.com/enjoy-digital/litepcie/issues/36 ?
<DerekKozel[m]> when I print the verbose tree that node shows as blank
<gatecat> beware, I've locked up machines doing this
<DerekKozel[m]> Thankfully working on a separate machine
<DerekKozel[m]> the rescan did not seem to produce a useful result
<gatecat> yeah, not much sign of anything showing up :/
<DerekKozel[m]> I had this all working last year when I was using a Thunderbolt adapter, should have written more notes!
michalsieron has quit [Ping timeout: 252 seconds]
michalsieron has joined #litex
rom has joined #litex
<rom> Hi
<rom> I want to ask about the --with-wishbone-memory option for VexRiscV-SMP
<rom> what does it do exactly? Because afaik, if it's true then the core itself won't generate the LiteDRAM bus and do nothing after that
peeps[zen] has joined #litex
peepsalot has quit [Ping timeout: 240 seconds]
<OmkarBhilare[m]> We had produced the litex core with serv+litedram with this target file https://github.com/BeagleWire/litex-boards/blob/beaglewire-mw/litex_boards/targets/beaglewire.py
<OmkarBhilare[m]> I wanted to put a user wishbone port so I can connect some other logic with the sdram.
TMM_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM_ has joined #litex
<rom> OmkarBhilare[m]: Hey, you have (almost) the same goal as I do, for me it's to connect the SDRAM itself
<_florent_> DerekKozel[m]: sorry I'm leaving the office but could provide you a "known to work" bitstream for the Acorn tomorrow morning
<_florent_> rom: with "--with-wishbone-memory" VexRiscv-SMP is connected to the main bus of the SoC which is then connected to LiteDRAM
<_florent_> rom: without, VexRiscv-SMP each core has 2 direct interfaces connected to LiteDRAM
<rom> _florent_: So that is the exact use case that you told me yesterday, "configure VexRiscv-SMP to use the Wishbone interface", if I understand it correctly?
<_florent_> OmkarBhilare[m]: you can use what I was describing yesterday to rom: https://github.com/enjoy-digital/litex/blob/master/litex/tools/litex_gen.py#L133-L139
<_florent_> rom: exactly
<_florent_> sorry I have to go
<rom> _florent_: thank you for the big help!
rom72 has joined #litex
rom has quit [Ping timeout: 246 seconds]
rom has joined #litex
rom72 has quit [Quit: Client closed]
michalsieron has quit [Ping timeout: 256 seconds]
rom has quit [Quit: Konversation terminated!]
rom has joined #litex
rom has quit [Client Quit]
rom has joined #litex
<DerekKozel[m]> _florent_: thanks. That'd be useful to ensure that my problems are "limited" to UEFI signing (Seems to work) and PCIe re-enumeration
<DerekKozel[m]> I'm trying to get the base example gateware working so vomoniyi can take it forwards with developing some new features.
Coldberg has quit [Ping timeout: 252 seconds]
rom_ has joined #litex
rom has quit [Ping timeout: 256 seconds]
rom_ has quit [Client Quit]
rom_ has joined #litex
rom_ has quit [Ping timeout: 276 seconds]
Coldberg has joined #litex
pftbest has quit [Remote host closed the connection]
pftbest has joined #litex