st-gourichon-fid has quit [Read error: Connection reset by peer]
shorne has joined #litex
[Matt] has joined #litex
st-gourichon-fid has joined #litex
lkcl has quit [Ping timeout: 246 seconds]
lkcl has joined #litex
st-gourichon-f has joined #litex
st-gourichon-fid has quit [Ping timeout: 246 seconds]
[Matt] has quit [Ping timeout: 246 seconds]
shorne has quit [Ping timeout: 246 seconds]
[Matt] has joined #litex
shorne has joined #litex
Degi_ has joined #litex
Degi has quit [Ping timeout: 246 seconds]
Degi_ is now known as Degi
Bertl_oO is now known as Bertl_zZ
peeps[zen] has joined #litex
peepsalot has quit [Ping timeout: 264 seconds]
_whitelogger has joined #litex
hansfbaier has joined #litex
<acathla>
How do I captures signals with LiteScope that are in submodules from the main soc module ? And all those signals that are not self.something ? Since it's all flat in the end in Verilog those should all be accessible.
midnight has quit [Ping timeout: 258 seconds]
midnight has joined #litex
<hansfbaier>
acathla: I am interested in this too. Probably shoud go into the wiki page
<acathla>
hansfbaier, yes. The Wiki says: Note: LiteScope also accepts Migen's Records, but it gives me an error when I try : TypeError: object of type 'UART' has no len()
<hansfbaier>
acathla: I usually set a breakpoint there and inspect the object and look inside for Signal type objects
<hansfbaier>
But that won´t work with Verilog code
<zyp>
acathla, I'm not sure there's any reasonable way to get access to signals that are not exposed, I just change the module to expose them
<acathla>
Ok. So soc.cpu.ibus but not all the other modules?
<acathla>
Like an UART
<acathla>
Oh, it needs a Record()
hansfbaier has quit [Read error: Connection reset by peer]
Xesxen has quit [Changing host]
Xesxen has joined #litex
Bertl_zZ is now known as Bertl
TMM has quit [Quit: No Ping reply in 180 seconds.]
TMM has joined #litex
shorne has quit [*.net *.split]
somlo has quit [*.net *.split]
somlo has joined #litex
shorne has joined #litex
promach3 has quit [Ping timeout: 258 seconds]
DerFetzer[m] has quit [Ping timeout: 240 seconds]
apolkosnik[m] has quit [Ping timeout: 240 seconds]
leons has quit [Ping timeout: 240 seconds]
sajattack[m] has quit [Ping timeout: 240 seconds]
david-sawatzke[m has quit [Ping timeout: 258 seconds]
xobs has quit [Ping timeout: 244 seconds]
jevinskie[m] has quit [Ping timeout: 240 seconds]
jryans has quit [Ping timeout: 240 seconds]
CarlFK[m] has quit [Ping timeout: 244 seconds]
disasm[m] has quit [Ping timeout: 240 seconds]
leons has joined #litex
promach3 has joined #litex
apolkosnik[m] has joined #litex
DerFetzer[m] has joined #litex
DerFetzer[m] has quit [Ping timeout: 240 seconds]
apolkosnik[m] has quit [Ping timeout: 244 seconds]
leons has quit [Ping timeout: 268 seconds]
promach3 has quit [Ping timeout: 260 seconds]
jevinskie[m] has joined #litex
david-sawatzke[m has joined #litex
xobs has joined #litex
sajattack[m] has joined #litex
CarlFK[m] has joined #litex
disasm[m] has joined #litex
jryans has joined #litex
promach3 has joined #litex
leons has joined #litex
DerFetzer[m] has joined #litex
apolkosnik[m] has joined #litex
Guillaume14 has joined #litex
<acathla>
litescope_cli.py at line 115 calls RemoteClient() with no option, expecting the csr.csv file to be in the same folder, and not in a build folder.
<Guillaume14>
Hi Guys, sorry to disturb, was wanting to give a try to litex and followed the linux-on-litex-vexriscv project / readme. Sadly, I got this message when starting the sim:
<Guillaume14>
INFO:SoCCSRHandler:supervisor CSR allocated at Location 5.
<Guillaume14>
Traceback (most recent call last):
<Guillaume14>
File "/home/grembert/Research/litex/linux-on-litex-vexriscv/./sim.py", line 226, in <module>
<Guillaume14>
main()
<Guillaume14>
File "/home/grembert/Research/litex/linux-on-litex-vexriscv/./sim.py", line 199, in main
<Guillaume14>
soc = SoCLinux( i!=0,
<Guillaume14>
File "/home/grembert/Research/litex/linux-on-litex-vexriscv/./sim.py", line 131, in __init__
<Guillaume14>
Hi _florent_, thanks for your feedback, you are right, I thought that it would be more "bug-free" to use packaged versions and didn't followed this part of the readme... My fault!! I pass this stage now. Thanks a lot, I can continue my investigations to understand a bit how this promising project works!
ambro718 has joined #litex
Zguig52 has quit [Remote host closed the connection]
Guillaume14 has quit [Quit: Connection closed]
somlo has quit [Remote host closed the connection]