Wednesday, 2020-03-25

*** tpb has joined #litex00:00
*** CarlFK has quit IRC01:18
*** Degi has quit IRC02:08
*** Degi_ has joined #litex02:08
*** Degi_ is now known as Degi02:08
*** CarlFK has joined #litex02:09
*** rohitksingh has quit IRC02:16
*** rohitksingh has joined #litex02:17
rohitksinghdkozel: hi! sorry I missed your message02:18
*** rohitksingh has quit IRC03:56
*** rohitksingh has joined #litex04:32
*** scanakci has joined #litex04:34
*** _whitelogger has quit IRC04:48
*** _whitelogger has joined #litex04:50
*** _whitelogger has quit IRC05:30
*** _whitelogger has joined #litex05:32
*** CarlFK has quit IRC05:44
*** CarlFK has joined #litex06:06
*** HoloIRCUser has joined #litex06:18
*** HoloIRCUser2 has joined #litex06:19
*** HoloIRCUser1 has quit IRC06:20
*** HoloIRCUser has quit IRC06:23
*** HoloIRCUser2 has quit IRC06:30
*** HoloIRCUser has joined #litex06:30
*** gregdavill_ has joined #litex07:19
*** gregdavill has quit IRC07:22
dkozelrohitksingh: Hi, good morning09:00
*** gregdavill_ has quit IRC09:00
dkozelNo worries at all, busy times09:00
_florent_rjeschmi: sorry that's difficult to help without more information, can you provide a mimimal code or create an issue in LiteEth to better understand what you are trying to do and how the issue can be solved?09:17
*** gregdavill has joined #litex09:33
dkozelXilinx programming cable coming in on Thursday.09:47
rjeschmi_florent_: thanks for your help10:28
rjeschmihttps://github.com/rjeschmi/litex-boards/blob/pano_logic_g2/litex_boards/platforms/pano_logic_g2.py10:28
tpbTitle: litex-boards/pano_logic_g2.py at pano_logic_g2 · rjeschmi/litex-boards · GitHub (at github.com)10:28
rjeschmiand https://github.com/rjeschmi/litex-boards/blob/pano_logic_g2/litex_boards/targets/pano_logic_g2.py10:29
tpbTitle: litex-boards/pano_logic_g2.py at pano_logic_g2 · rjeschmi/litex-boards · GitHub (at github.com)10:29
rjeschmiI managed to add just the phy, but adding the etherbone started throwing the errors10:32
rjeschmiIf it is easier I can PR it (and/or open an issue)10:33
_florent_yes that could be easier to open a PR on liteeth to discuss10:43
rjeschmiok, I'm not changing anything in liteeth for this though10:47
rjeschmiexcept that maybe the gmii phy is not well tested?10:47
rjeschmiI can open an issue on that10:47
rjeschmihttps://github.com/enjoy-digital/liteeth/issues/3710:57
tpbTitle: Issues with GMII · Issue #37 · enjoy-digital/liteeth · GitHub (at github.com)10:57
_florent_rjeschmi: some board/fpga can have some limitations, the actual codebase is tested with combination already encountered that's possible some changes could be needed for your design, thanks for the PR, i'll look at that10:57
rjeschmithe build.log is just a capture of all the output. I can upload other files as needed10:57
_florent_dkozel: ok for the programming cable, i just updated the Numato targets to be similar to the Netv2 design: https://github.com/litex-hub/litex-boards/commit/85f38876c29defdcd7971bdd4e8e6788c6c9606c10:58
tpbTitle: targets: update PCIe on Numato targets. · litex-hub/litex-boards@85f3887 · GitHub (at github.com)10:58
rjeschmi_florent_: yeah, I understand that. This is mainly a learning exercise for me, so I'm happy to poke more into the code with a bit of guidance10:58
_florent_dkozel: you should be able to use the software from https://github.com/enjoy-digital/netv2/tree/master/software (copy the generated csr.h/soc.h/mem.h to kernel and maybe just comment the SPIFLASH related accesses)10:59
tpbTitle: netv2/software at master · enjoy-digital/netv2 · GitHub (at github.com)10:59
rjeschmifor this particular design I already experimented with pinning rst_n in order to keep the 125MHz clock (they pull the 125 clock through the phy PLL)11:00
_florent_rjeschmi: can you try to comment:11:02
_florent_https://github.com/enjoy-digital/litex/blob/master/litex/build/xilinx/ise.py#L24711:02
tpbTitle: litex/ise.py at master · enjoy-digital/litex · GitHub (at github.com)11:02
_florent_https://github.com/enjoy-digital/litex/blob/master/litex/build/xilinx/ise.py#L257-L25811:03
tpbTitle: litex/ise.py at master · enjoy-digital/litex · GitHub (at github.com)11:03
_florent_and see if you are able to build the design?11:03
_florent_it seems the automatic keep attributes are causing issues with ISE11:03
rjeschmiok sure11:03
_florent_rjeschmi: can you add your .ucf to the PR? just to understand which constraint is failing11:07
rjeschmiyeah for sure11:11
rjeschmiI was just going to mention that11:11
rjeschmi_florent_: I had to rename it to a .txt due to file type restrictions, but it is there now11:13
_florent_ok thanks. I'm going to look at that. I also created https://github.com/enjoy-digital/litex/issues/438 since that's not the first time we see this11:17
tpbTitle: ISE: automatic "keep" attributes on constraints signals seems to cause issue in the build. · Issue #438 · enjoy-digital/litex · GitHub (at github.com)11:17
rjeschmi_florent_: there is certainly something related to how the constraints are added.11:18
rjeschmiusing the with_etherbone helper adds the constraints to cd_eth_rx, but that doesn't seem to exist in the top.ucf (as the error points out)11:19
dkozel_florent_: thanks for the updated software. I'll let you know when I have it programmed.11:34
*** gregdavill has quit IRC11:34
*** rohitksingh has quit IRC11:37
_florent_rjeschmi: it seems https://github.com/enjoy-digital/liteeth/commit/fb478537e7d45512567b9b35b5a69c536cb588b2 fixes the issue with ISE11:41
tpbTitle: phy/gmii: use a BUFG between eth_rx.clk and eth_rx.clk. · enjoy-digital/liteeth@fb47853 · GitHub (at github.com)11:41
rjeschmi_florent_: thanks. I'll test it out11:46
rjeschmi_florent_: In my initial testing it seems to resolve half the errors (eth_tx_clk is there), but the eth_rx_clk still seems to be missing12:02
rjeschmi_florent_: I think it may be a local issue12:04
rjeschmiI'll update when sure12:04
rjeschmi_florent_: making significant progress, thanks12:21
rjeschmiI had to add a CLOCK_DEDICATED_ROUTE = FALSE to the nets just to demote it to a warning and get it to route12:22
rjeschmihttps://github.com/timvideos/HDMI2USB-litex-firmware/blob/master/targets/atlys/net.py12:22
tpbTitle: HDMI2USB-litex-firmware/net.py at master · timvideos/HDMI2USB-litex-firmware · GitHub (at github.com)12:22
rjeschmilike that12:22
*** CarlFK has quit IRC12:48
*** tcal has joined #litex15:32
*** fkokosinski has joined #litex15:38
*** karol4 is now known as kgugals15:40
*** kgugals is now known as kgugala15:40
fkokosinski_florent_ hi! I'm tinkering with litevideo (with mode=ycbcr) right now and have a problem with colors being "off" (it doesn't seem to follow any particular pattern). Have you encountered any issues with litevideo in ycbcr mode in the past? I can share photos of it if you want15:45
fkokosinskiin rgb mode colors seem to be okay, though15:45
_florent_fkokosinski: hi, yes that could help to have photos, also not sure if you are aware but ycbcr is in 4:2:2 not 4:4:415:47
fkokosinski_florent_ yes, i'm aware of that. Output from gst's testvideosrc: https://drive.google.com/file/d/1EhJ1nZi25MRj_JzhRIX5Q4-RtxtEeqfP/view (good colors) https://drive.google.com/file/d/1dixrY66UpxUBaqL_2zpXQ0imnTx9n3fJ/view (colors being "off"). Sorry for frames not being in sync15:56
tpbTitle: frame_good.png - Google Drive (at drive.google.com)15:56
_florent_fkokosinski: i would say cb interpreted as cr and cr as cb, it could be a 16-bit shift in the stream16:02
*** HoloIRCUser1 has joined #litex16:08
*** HoloIRCUser has quit IRC16:10
*** CarlFK has joined #litex16:13
*** abeljj[m] has quit IRC16:46
*** john_k[m] has quit IRC16:46
*** bunnie[m] has quit IRC16:47
*** disasm[m] has quit IRC16:47
*** disasm[m] has joined #litex16:50
*** CarlFK has quit IRC16:58
*** john_k[m] has joined #litex16:59
*** abeljj[m] has joined #litex17:01
*** bunnie[m] has joined #litex17:04
*** CarlFK has joined #litex17:32
*** tcal has quit IRC17:40
*** tcal has joined #litex17:43
*** tcal has quit IRC17:50
*** tcal has joined #litex18:00
*** spacekookie has quit IRC18:14
*** spacekookie has joined #litex18:14
*** fkokosinski has quit IRC18:15
*** tcal has quit IRC18:22
*** tcal has joined #litex19:14
*** HoloIRCUser2 has joined #litex19:34
*** HoloIRCUser1 has quit IRC19:34
tcalkgugala: to continue the conversation from the meeting, regarding the zephyr/vexriscv/tflite magic wand demo:   Doing "make gateware-load" works, but the tutorial in the README.md just ends there with no further instructions.   On another page I found "make firmware-connect".   This works to the point that I get a "litex>" BIOS prompt.   Then, going back to the Antmicro blog post, I found: "The onboard FPGA chip has to be programmed with ga19:42
tcalteware bitstream. After the board has been programmed, the LiteX System will boot. On a serial console you should see a Litex Bios prompt. In order to run the demo, the compiled application binary has to be uploaded to the device. The binary can be uploaded to the device using the serial connection with the litex_term tool.".    I will try to figure that out, but it seems it would be useful if the REAADME.md instructions would explicitly sp19:42
tcalell out the "make firmware-connect" and "litex_term" steps.19:42
tcalOk, I may have made some progress.  I found a RISC-V webpage that used litex_term.py, so by copying their method but using "top.bin" from the demo build, I may be getting somewhere.   We'll see after it finishes downloading....19:57
tcalI'm not sure if this is good or not:20:15
tcalSDRAM now under hardware control20:16
tcalMemtest OK20:16
tcal--============== Boot ==================--20:16
tcalBooting from serial...20:16
tcalPress Q or ESC to abort boot completely.20:16
tcalsL5DdSMmkekro20:16
tcal[LXTERM] Received firmware download request from the device.20:16
tcal[LXTERM] Uploading build/arty_tf_vexriscv.full/gateware/top.bin to 0x40000000 (2192012 bytes)...20:16
tcal[LXTERM] Upload complete (3.7KB/s).20:16
tcal[LXTERM] Booting the device.20:16
tcal[LXTERM] Done.20:16
tcalExecuting booted program at 0x4000000020:16
tcal--============= Liftoff! ===============--20:16
tcal[then no response]20:16
tcalBut using this approach, I don't see a "litex>" BIOS prompt, so maybe this is all wrong.20:18
sajattack[m]you're trying to execute gateware as a program20:29
sajattack[m]that's not what you're supposed to do20:29
sajattack[m]gateware is the hardware configuration that's supposed to be loaded into the fpga20:30
sajattack[m]you flash it with your vendor's tools20:30
sajattack[m]the firmware you're looking for is in another castle20:32
keesjisn't it just the kernel argument that is needed? https://github.com/enjoy-digital/litex/blob/master/litex/tools/litex_term.py#L35120:41
tpbTitle: litex/litex_term.py at master · enjoy-digital/litex · GitHub (at github.com)20:41
keesjit has been a while but I remember that you can use the term to upload a program20:41
tcalYep!20:54
tcalI have been now trying "--kernel ../tensorflow/tensorflow/lite/micro/tools/make/gen/zephyr_vexriscv_x86_64/magic_wand/CMake/zephyr/zephyr.bin".20:55
tcalI then get a stream of errors, probably explained because I don't have the accelerometer plugged in yet:20:57
tcalRegister read failed with rc=-520:57
tcalFailed to read FIFO status rc = -520:57
tcalFetch failed20:57
tcal[same thing repeated indefinitely]20:58
tcalSo I think I'm unstuck; I'll try again when I get the ACL module tomorrow.20:58
tcalThanks all!20:58
keesjcool20:59
tcalFor the record, my usage was:  ./litex_term.py --serial-boot --kernel ../tensorflow/tensorflow/lite/micro/tools/make/gen/zephyr_vexriscv_x86_64/magic_wand/CMake/zephyr/zephyr.bin /dev/ttyUSB120:59
keesjare you doing something with machinelearning on fpga?21:01
tcalNot yet :)   I just started working for Tim A (Mithro) at Google.   So just getting up to speed with LiteX & Arty boards.   My first real project will be getting Linux running on the 100T Arty board.21:12
sajattack[m]cool, I didn't know mithro worked at google21:22
*** CarlFK has quit IRC21:25
mithro11+ years now...21:38
*** rohitksingh has joined #litex21:39
tcalThe accelerometer arrived,21:49
tcal--============= Liftoff! ===============--21:49
tcalGot id: 0xe521:49
tcal*** Booting Zephyr OS build v1.7.99-24033-g52f4b7aa0f8e  ***21:49
tcalGot accelerometer21:49
tcalBut haven't been able to recognize anything.21:49
mithroI actually haven't run this demo myself21:50
*** tcal has quit IRC22:06
*** gregdavill has joined #litex22:07
*** tcal has joined #litex22:09
tcalI did get "slope" recognized.   I probably just haven't figured out the right orientation to hold the board while making the motions.   There's an Arduino demo (https://www.youtube.com/watch?v=Lfv3WJnYhX0) -- this is probably based on that.22:12
pdp7gregdavill: i'm about to try the OrangeCrab zip from _florent_22:57
pdp7needed to find an SD card I could erase first :)22:58
gregdavillpdp7: Cool! I won't be able to try it for a couple of hours.22:59
pdp7_florent_: I tried the SD card but nothing seems to happen23:16
pdp7https://www.irccloud.com/pastebin/JR9wyATD/23:16
tpbTitle: Snippet | IRCCloud (at www.irccloud.com)23:16
pdp7I put the crab into DFU23:28

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