Sunday, 2020-04-26

*** tpb has joined #litex00:00
*** Degi_ has joined #litex00:02
*** Degi has quit IRC00:05
*** Degi_ is now known as Degi00:05
*** Skip5 has joined #litex00:58
*** Skip5 has quit IRC01:03
*** _whitelogger has quit IRC01:12
*** _whitelogger has joined #litex01:14
*** Skip has quit IRC03:04
*** CarlFK has joined #litex03:53
*** Degi has quit IRC04:02
*** Degi has joined #litex04:03
*** CarlFK has quit IRC04:05
*** CarlFK has joined #litex04:08
*** Xesxen has quit IRC05:03
*** Xesxen has joined #litex05:04
*** felix_ has quit IRC05:55
*** felix_ has joined #litex05:56
*** tcal_ has joined #litex06:16
*** CarlFK has quit IRC07:13
*** tcal_ has quit IRC07:51
*** CarlFK has joined #litex07:54
*** _whitelogger has quit IRC08:57
*** _whitelogger has joined #litex08:59
*** gregdavill has quit IRC10:05
*** gregdavill has joined #litex10:09
*** CarlFK has quit IRC10:25
*** CarlFK has joined #litex10:26
*** CarlFK has quit IRC10:27
*** CarlFK has joined #litex11:09
*** CarlFK has quit IRC12:07
*** CarlFK has joined #litex12:38
*** Skip has joined #litex13:53
*** CarlFK has quit IRC14:38
*** gregdavill has quit IRC15:32
*** tcal_ has joined #litex17:27
*** tcal_ has quit IRC17:30
mithroSkip: Thanks for all your work on the Pano stuff!17:38
mithroSkip: Did you see the work that Charles is doing on VexRISCV SMP?17:38
mithroSkip: I added two issues to https://github.com/skiphansen/panog2_linux that I think you should look into18:06
tpbTitle: GitHub - skiphansen/panog2_linux: Prebuilt images for Linux for the Pano Logic G2 (at github.com)18:06
john_k[m]the VexRISCV SMP email is exciting18:09
john_k[m]is there info anywhere on how to use buildroot to compile the kernel / rootfs for linux-on-litex-vexriscv?18:29
john_k[m]I tried the typical buildroot `make BR2_EXTERNAL=/home/dev/Code/linux-on-litex-vexriscv/buildroot/ menuconfig` but it doesn't pick anything up, I see BR2_EXTERNAL_LITEX_VEXRISCV_PATH mentioned in external.mk but it's not obvious where that should point to as `package` directory doesn't exist in the linux-on-litex-vexriscv dir18:33
john_k[m]ah setting it also to the same dir and then manually loading the vexriscv defconfig works, needed to also manually create a .config symlink after the menuconfig18:39
john_k[m]if someone could sanity check how I'm invoking that, i'll issue a PR to the readme18:45
*** CarlFK has joined #litex19:03
Skipmithro: No I hadn't noticed Charle's VexRISCV SMP ... my mind was blown enough with one processor!19:54
*** shuffle2 has joined #litex19:54
mithrojohn_k[m]: Sending a PR to the readme would be great!19:55
mithroSkip: With how huge the panologic FPGA is, the issue is almost certainly going to be memory bandwidth19:55
shuffle2i'd like to use liteEth on lattice, and uart, whereever that lives. but i'm on windows, and dont really want to run the litex_setup.py script...is there a less hueg/gross way to use this subset? i've already used migen for other stuff, just not litex19:56
mithroWe could probably do like a 32 way complex pretty easily19:56
Skipmithro: and 1/2 of the SDRAM isn't be used yet...19:56
mithroSkip: kgugala was working on that19:56
SkipCool!19:57
mithroshuffle2: You can just use them like any other Python module, but you need to make sure to update everything when you do19:57
john_k[m]mithro: oh? interesting!19:57
mithroshuffle2: A virtualenv and litex_setup.py works pretty well19:58
mithrojohn_k[m]: https://github.com/enjoy-digital/litedram/pull/157 and https://github.com/enjoy-digital/litex/pull/41119:58
tpbTitle: Support for multiple SDRAM PHYs in single SoC by mglb · Pull Request #157 · enjoy-digital/litedram · GitHub (at github.com)19:58
mithrojohn_k[m]: (More I should say kgugala has someone working for him looking into it.)19:59
mithrojohn_k[m] / Skip: https://github.com/timvideos/litex-buildenv/wiki/Linux20:01
tpbTitle: Linux · timvideos/litex-buildenv Wiki · GitHub (at github.com)20:01
john_k[m]I'll have to hook my Pano2 back up once I'm done with some ULX3s work20:07
john_k[m]looks like some great progress has been mad20:07
john_k[m] * looks like some great progress has been made20:07
zypshuffle2, you could also just add them to pythonpath and import them as is20:08
zypI have a deps/ directory with migen, litex and the other lite* repos checked out as git submodules and an __init__.py that reads like this: https://paste.jvnv.net/view/Fp5KI20:12
tpbTitle: JVnV Pastebin View paste – Untitled (at paste.jvnv.net)20:12
zypso all I have to do is import deps to add all the other stuff to pythonpath before I import anything else20:13
mithroThere is also @xobs has https://github.com/xobs/lxbuildenv which kind of works like that20:14
tpbTitle: GitHub - xobs/lxbuildenv: Simplified environment for litex (at github.com)20:14
john_k[m]zyp: I've been using https://github.com/xobs/lxbuildenv/ to something very similar20:15
tpbTitle: GitHub - xobs/lxbuildenv: Simplified environment for litex (at github.com)20:15
john_k[m]hah, didn't see your post as I was typing that mithro20:15
zypah, yeah, that looks pretty similar20:17
shuffle2zyp: nice. yea, that's how i currently use migen20:36
*** robert2 has joined #litex20:55
scanakcihttps://usercontent.irccloud-cdn.com/file/6XD19pGl/Linux-Bootup%20using%20Uart%20(Simulation)21:02
scanakciThe simulation works fine after integrating LiteX Uart.21:03
mithrosajattack[m]: Congratulations!21:03
sajattack[m]what?21:03
mithroOpps21:03
scanakciFPGA is still causing the same issue :(21:04
mithros/sajattack[m]/scanakci/21:04
sajattack[m]lol21:04
scanakcihttps://usercontent.irccloud-cdn.com/file/qU1rxOqY/FPGA-bootup.png21:04
scanakcithanks Tim :)21:04
sajattack[m]oh nice21:05
sajattack[m]I was looking into blackparrot21:05
sajattack[m]how does it compare to vexriscv?21:05
scanakci@sajattack[m] : I do not have any experience with vexriscv. Once I boot up Linux on FPGA, I will try to compare BP with Rocket and potentially Vex.21:06
scanakciAccording to bbl dump, the PC value where trap happens is a li a2,24 https://usercontent.irccloud-cdn.com/file/A8yrFSSR/bbldump%2C%20failing%20PC21:07
scanakciI also printed the opcode (msr_read(mbadaddr)) which is adba2acf. Not sure where this opcode comes from. I printed the memory starting from 0x8000_0000 until end of bbl in trap function. It seems legit (i.e. matches with bbl dump and does not contain weird opcode)21:10
scanakcihttps://forums.sifive.com/t/bbl-debugging-using-gdb/2324/621:11
tpbTitle: Bbl debugging using gdb - Freedom U500 - SiFive Forums (at forums.sifive.com)21:11
sorearmissing a fence.i somewhere and reading garbage from the i$?21:13
scanakciThis guy had a similar issue. He noticed that bss area was not clear before the boot-up. bss size looks 0 byte in my case so I do not think this is the problem. However, it tells me that illegal instruction trap may be misleading here.21:13
daveshahDoes it fail exactly the same way each time?21:13
scanakci@daveshah yes it is deterministic21:14
scanakci@sorear would not it cause issues on Simulation too?21:14
sorearyou mean spike/etc or verilator/etc?21:15
scanakciverilator21:16
daveshahDeterministic is good, that significantly reduces the likelihood that its something like marginal DDR3 or timing21:17
sorearmaybe change something unrelated in a lower-address function to perturb the addresses, and see what changes?21:18
scanakciwill give it a shot21:19
*** acathla has quit IRC21:43
*** acathla has joined #litex21:50
*** tcal has quit IRC21:59
*** tcal has joined #litex22:10
*** CarlFK has quit IRC22:21
*** gregdavill has joined #litex22:50
*** CarlFK has joined #litex23:00
*** shuffle2 has left #litex23:51

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!