<Finde> given that, if you want a standalone litedram, using vexriscv internally to calibrate, then do you end up with a DRAM with like a 64b width?
<somlo> Finde: I'll let _florent_ answer that authoritatively, but there's no reason why the externally accessible port exposed by a "standalone" litedram couldn't be provided by an internal data_width converter, and be whatever width you ask for
<somlo> I just haven't kept up with the code base, so I can't immediately point at where in litedram that would happen...
rohitksingh has joined #litex
CarlFK has quit [Quit: Leaving.]
rohitksingh has quit [Ping timeout: 260 seconds]
CarlFK has joined #litex
tpb has quit [Remote host closed the connection]
tpb has joined #litex
CarlFK has quit [Quit: Leaving.]
CarlFK has joined #litex
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<_florent_> Finde: for now with the standalone LiteDRAM generator, the user port swill use native controller's data_width, in the future we could add data_width adapters support (which is already possible when LiteDRAM is used directly with LiteX)
rohitksingh has joined #litex
futarisIRCcloud has joined #litex
rohitksingh has quit [Ping timeout: 245 seconds]
<acathla> In litescope/software/driver/analyzer.py there is a self.trigger_enable.write(0) but trigger_enable does not exist somewhere else.
<acathla> I was trying to use litescope for the first time following https://github.com/timvideos/litex-buildenv/wiki/Notes-and-Tips but may be it's not up to date.
<tpb> Title: Notes and Tips · timvideos/litex-buildenv Wiki · GitHub (at github.com)
freemint has joined #litex
<keesj> acathla: perhaps that your csr.csv needs to be generated again?
<keesj> the pc side client code parses this file and adds the magic
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<acathla> It's a freshly generated csv...
<acathla> self.trigger_enable.write(0), AttributeError: 'LiteScopeAnalyzerDriver' object has no attribute 'trigger_enable'
<acathla> keesj, you were right, it's a csr.csv problem. It's path must be specified again when calling LiteScopeAnalyzerDriver()
<_florent_> acathla: can you provide your csr.csv and/or analyzer instance?
<acathla> _florent_, it's fixed for now. But may be adding an error when default csr.csv is not found would be nice
<_florent_> acathla: ok thanks, can you create an issue on LiteScope repo for that?
<acathla> I'll try
<tpb> Title: Missing csr.csv does not trigger an explicit error in LiteScopeAnalyzerDriver · Issue #15 · enjoy-digital/litescope · GitHub (at github.com)
<_florent_> thanks
<acathla> _florent_, I made a mistake, correcting it...
<Finde> thanks _florent_ that answers my question
<Finde> probably preferable for us to have the native width atm anyway
<_florent_> xobs: hi, i have a good candidate for the UART crossover over Etherbone with https://twitter.com/enjoy_digital/status/1220004677217144834, i hacked a quick python script to get the UART TX, but would like to test with wishbone-tool. I installed wishbone-tool, but was not sure if my usecase was already supported: The board is at 192.168.1.50 with Etherbone + a CPU using the crossover UART, how could i use wishbone-tool
<_florent_> to interact with the UART?
<mithro> _florent_: Should work pretty easily!
<_florent_> mithro: great, do you have an idea of the command to use? :)
<mithro> _florent_: With wishbone tool?
<_florent_> yes
<mithro> `./wishbone-tool --serial /dev/ttyUSB1 --server terminal --csr-csv ~/github/timvideos/litex-buildenv/build/ice40_hx8k_b_evn_base_vexriscv.minimal+debug/test/csr.csv`
<_florent_> ok thanks, i'll adapt that to test over etherbone
freemint has quit [Ping timeout: 245 seconds]
freemint has joined #litex
<mithro> _florent_: Have you seen https://www.ohwr.org/project/svec/issues/60 ?
<tpb> Title: V3 - Replace DDR3 memory by DDR3 SO-DIMM module (#60) · Issues · Projects / Simple VME FMC Carrier SVEC · Open Hardware Repository (at www.ohwr.org)
<mithro> _florent_: You doing any work with CERN?
<keesj> all sounds so cool
<_florent_> mithro: no, haven't seen this, thanks for the link. I've only helped a bit some people that wanted to try it at CERN
<mithro> They have been doing a bunch of Fomu workshops...
<mithro> _florent_: I also have a bunch of Colorlight 5A-75B here...
<mithro> What are you using for the JTAG interface?
rohitksingh has joined #litex
<mithro> Hey rohitksingh
<rohitksingh> mithro: Hi! :)
<_florent_> mithro: i'm using https://shop.lambdaconcept.com/home/25-jtagserial-pack.html, but it should work the others FTDI based jtag cables (HS2, etc...)
<_florent_> rohitksingh: hi :)
<rohitksingh> _florent_: Hi :D
rohitksingh has quit [Ping timeout: 268 seconds]
ambro718 has joined #litex
<tpb> Title: Conda environment + Travis CI support by mithro · Pull Request #71 · litex-hub/linux-on-litex-vexriscv · GitHub (at github.com)
<_florent_> mithro: yes i saw that, thanks
<_florent_> are you also planning to build the bitstreams with it?
<mithro> _florent_: Next step is to get gateware being built for ECP5
rohitksingh has joined #litex
rohitksingh has quit [Ping timeout: 258 seconds]
rohitksingh has joined #litex
rohitksingh has quit [Ping timeout: 240 seconds]
<scanakci> thank you @somlo. I just checked the width and it is 256 :). I will debug with L2 then.
rohitksingh has joined #litex
rohitksingh has quit [Ping timeout: 240 seconds]
rohitksingh has joined #litex
rohitksingh has quit [Ping timeout: 265 seconds]
ambro718 has quit [Ping timeout: 268 seconds]
freeemint has joined #litex
freemint has quit [Ping timeout: 248 seconds]
freeemint has quit [Remote host closed the connection]
freeemint has joined #litex
freeemint has quit [Remote host closed the connection]
freeemint has joined #litex
freeemint has quit [Remote host closed the connection]
freemint has joined #litex
freemint has quit [Remote host closed the connection]
freemint has joined #litex
tpb has quit [Remote host closed the connection]
tpb has joined #litex