Friday, 2020-05-22

*** tpb has joined #litex00:00
*** st-gourichon-fid has quit IRC00:44
*** st-gourichon-fid has joined #litex00:45
*** futarisIRCcloud has quit IRC01:45
*** HoloIRCUser3 has joined #litex01:58
*** HoloIRCUser2 has quit IRC02:01
*** Skip has joined #litex02:40
*** futarisIRCcloud has joined #litex03:01
*** Degi has quit IRC03:09
*** Degi has joined #litex03:10
*** FFY00 has quit IRC03:20
*** FFY00 has joined #litex03:21
*** _whitelogger has quit IRC04:42
*** _whitelogger has joined #litex04:44
*** Skip has quit IRC04:58
*** HoloIRCUser2 has joined #litex05:25
*** HoloIRCUser3 has quit IRC05:28
*** kgugala_ has joined #litex06:02
*** kgugala has quit IRC06:03
*** kgugala_ has quit IRC06:25
*** kgugala has joined #litex06:25
xobsgregdavill: bunnie recently got CDC working with eptri, in theory. If you're still looking for a USB core.07:50
xobsHasn't been tested in hardware yet though! It passes the tests, which means it should work right?07:51
*** gregdavill has joined #litex07:52
gregdavillxobs: Neat! I'll check it out. Is it up on the betrusted-soc github?07:53
gregdavillYeah, any design that passes all the tests always works perfectly on hardware the first time </sarcasm>07:55
xobsHmm... I may have jumped the gun, sorry... But yes, it's up in betrusted-io. Need to do some more testing to ensure it works with other clock domains.07:57
*** kgugala has quit IRC07:57
gregdavillIt will be interesting to compare the resource usage differences between using discrete CDC primitives in the module.07:57
*** kgugala has joined #litex07:57
xobsYeah. He updated the DummyUSB driver so it meets timing better when using cdc, but it added about 20 LCs to the ICE40 implementation, so I had to switch it off for Fomu. But it works much better now on the Xilinx part. I'm curious to see how it'll work on ECP5.08:01
zypI'm curious how my usb core compares in size to valentyusb08:23
zypwhat's the best way to measure size of a particular core?08:24
xobszyp: I've done synthesises of DummyUSB with nothing but a wishbone core that can enumerate over USB, and it clocks in at about 650 LCs on an ICE40.08:42
xobsIt's not very useful, granted. The wishbone bridge kicks it up to about 1100 LCs. Then eptri adds more, because it's a proper USB device core.08:43
zypif I take out the cpu and the litescope from my build, I'm at 1191 TRELLIS_SLICE, and if my understanding is correct, each of those are comparable to two LCs09:01
zypbut that's still leaving in the wishbone crossbar/memories and uart bridge09:02
*** captain_morgan has quit IRC09:11
*** captain_morgan has joined #litex09:12
*** HoloIRCUser4 has joined #litex09:40
*** HoloIRCUser2 has quit IRC09:43
disasm[m]xobs: you may want to switch to SERV to save a huge amount of space09:44
disasm[m]I found it really cool, especially for decreasing development cycle time09:45
disasm[m]I'm not sure it will play nicely with USB timings though09:47
xobsDoes it have a debug port? The vexriscv debug port is fantastic, and while I'd have to add a module to `wishbone-tool` for SERV, it could be done.09:48
disasm[m]I don't think it has a debug port09:48
gregdavillI want to try out how well serv performs with the USB core. Due to it's architecture it's a lot slower than the vexriscv. It does not have a debug port.09:55
disasm[m]Well, when I was running vexriscv with the USB core, it was incredibly slow too :) In my current design with SERV I had to add a wishbone cache to compensate even bigger slowdown due to the FLASH latency10:06
*** scanakci has quit IRC10:18
zypI'm thinking SERV will do well with USB, the software side of USB doesn't really impose super strict timings10:27
disasm[m]IIRC, there are some timing restrictions for control transfers, but bulk transfers should work fine10:29
zypyes, there are timing restrictions, but the strictest ones are 50ms10:30
zyphow does the performance numbers for SERV look? I'd assume it to be on the order of 1/32 of a normal riscv at a given clock rate10:32
*** HoloIRCUser has joined #litex10:34
gregdavillI'm not sure if it's exactly 32 clock cycle for every instruction, or if some instructions still require more than 32 cycles.10:35
*** HoloIRCUser4 has quit IRC10:38
disasm[m]Yes, some instructions are more than 32 cycles10:41
zypthen again, with 32 cycles per computation, another cycle or two of latency doesn't matter all that much10:41
zypI'm guessing a SERV running at 12 MHz should be able to execute somewhere between 10k and 20k instructions in 50ms, which should be more than enough to handle every standard control request10:48
*** _whitelogger has quit IRC11:45
*** _whitelogger has joined #litex11:47
dkozeljohn_k[m]: I have two CEL-215s and they have different SN stickers, silkscreen, and PCB fab markings12:25
dkozelI have a Vivado supported JTAG interface so can interrogate them if needed. Also I talked with the Nitefury designer a year or two ago, can ping him if needed to see if there's info available.12:26
dkozelJust picked up an ORICO SCM2T3-G40 Thunderbolt 3 -> m.2 M-key enclosure, should arrive in 20-40 days :D It gets (ab)used for eGPUs so seems to be transparent PCIe. Will report back once it arrives.12:42
dkozelThe wavlink UTE02 is cheaper but has less heatsinking. If the Orico works I'll get a wavlink to try as well since the CEL-215 has a good heatsink and fan already.12:43
*** HoloIRCUser2 has joined #litex13:21
*** HoloIRCUser has quit IRC13:24
*** gregdavill has quit IRC14:37
*** Skip has joined #litex14:48
john_k[m]dkozel: I'd be curious to see if the litex project works on both boards15:47
*** HoloIRCUser has joined #litex15:53
*** HoloIRCUser2 has quit IRC15:55
_florent_dkozel: interesting for the Thunderbolt3 enclosure, that could also be useful to avoid rebooting when re-loading the bitstream15:58
_florent_john_k[m]: do you see others differences between the boards? can you do some pictures if so? Otherwise to get the led-chaser, you only need the 200MHz input and the Leds. Can you check if the 200MHz clock is also there on the boards that are not working?16:02
_florent_also it seems there is a Acorn CLE-101 board: http://www.squirrelsresearch.com/acorn-cle-101/, but i think it should appear on the heatsink16:04
*** kgugala has quit IRC16:07
*** kgugala has joined #litex16:07
*** CarlFK[m] has joined #litex16:10
* CarlFK[m] uploaded an image: 20200522_111134_3321461548451902737.jpg (3150KB) < https://matrix.org/_matrix/media/r0/download/matrix.org/YWsYblpFkFYDJHmhUWgYbVGD >16:12
CarlFKpc, netv2, pi - can the pci buss supply power, or should I power the netv2 and or pi also?16:13
*** kgugala_ has joined #litex16:23
*** kgugala has quit IRC16:26
CarlFKkgugala_: https://github.com/antmicro/netv2/tree/v4l2      Memory controller: Xilinx Corporation Device 702116:52
tpbTitle: GitHub - antmicro/netv2 at v4l2 (at github.com)16:52
CarlFKnope16:52
CarlFKjuser@cnt4:~$ lspci |grep Xilinx16:53
CarlFK(nothing)16:53
kgugala_I assume you programmed the FPGA with the bitstream you got?16:57
kgugala_try forcing pcie rescan16:58
CarlFKI pulled the card out, now lspci shows 2 more lines.  that's surprising17:05
*** kgugala has joined #litex17:21
*** kgugala_ has quit IRC17:24
CarlFKkgugala: https://dpaste.org/eUYS17:43
tpbTitle: dpaste/eUYS (Plain Code) (at dpaste.org)17:43
kgugalayou can also try to program the fpga and reboot the PC (you'll have to power netv2 with external supply)17:46
CarlFKright now pc is at grub menu17:47
CarlFKprograming with the pi:17:47
CarlFKloaded file top.bit to pld device 0 in 1s 620289us17:47
CarlFKnot booting linux17:47
CarlFKer, now booting linux.  booted.17:49
CarlFKlspci |wc 17 lines ...  how do I rescan pci?17:50
kgugalacheck this SO thread https://stackoverflow.com/questions/32334870/how-to-do-a-true-rescan-of-pcie-bus17:58
tpbTitle: linux kernel - How to do a TRUE rescan of PCIe bus - Stack Overflow (at stackoverflow.com)17:58
kgugalarelated question - have you ever seen this device enumerated with any bitstream?17:59
CarlFKnot sure, haven't done much at all until now18:01
CarlFKroot@cnt4:~# echo 1 > /sys/bus/pci/rescan18:03
CarlFKlspci, no change18:03
CarlFKthe netv2 is getting power from the pci buss and the pi - should I plug in the 12v barrel too?18:03
kgugalasome time ago you said you have two netv2s (50t and 100t) can you try the other one? this will require rebuilding the bitstream for that part18:05
CarlFKsure18:05
kgugalathe board should run fine powered from pcie only18:05
CarlFKoh hey, pi runs from that too18:06
CarlFKnetv2-35, fresh out of the bag, no pi...18:10
CarlFKlspci - should I see anything?18:12
CarlFKbecause I don't18:12
CarlFKnothing loaded)18:12
CarlFKI have to run - more on this later.18:21
CarlFKloaded file top.bit to pld device 0 in 1s 636826us18:21
CarlFKbooted linux, lspci |wc 17 (it hides? 2 lines..  seems odd,)18:22
CarlFKbye18:22
*** CarlFK has left #litex18:22
*** CarlFK has quit IRC18:22
Findeanyone know if it's possible to run vivado xsim from a different location than xvlog/xelab?18:28
*** HoloIRCUser2 has joined #litex18:28
*** HoloIRCUser has quit IRC18:31
*** Skip has quit IRC18:32
kgugalaCarlFK[m]: the device will not be enumerated w/o bitstream programmed18:33
kgugalaindeed it seems odd that you have less entries in lspci when you connect netv218:34
*** oter has left #litex19:05
*** dayjaby has joined #litex20:24
*** dayjaby has quit IRC20:30
*** HoloIRCUser has joined #litex21:40
*** HoloIRCUser2 has quit IRC21:44
*** HoloIRCUser2 has joined #litex22:44
*** HoloIRCUser has quit IRC22:47
*** lambda has quit IRC22:53
*** gregdavill has joined #litex23:07
*** lambda has joined #litex23:13

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