Monday, 2020-02-10

*** tpb has joined #symbiflow00:00
*** kuldeep has quit IRC00:02
*** Vonter has quit IRC01:29
*** Vonter has joined #symbiflow01:33
*** Vonter has quit IRC01:38
*** Vonter has joined #symbiflow01:45
*** citypw has joined #symbiflow01:56
*** space_zealot has joined #symbiflow02:03
*** space_zealot has quit IRC02:51
*** kraiskil has quit IRC05:21
*** az0re has joined #symbiflow05:25
*** OmniMancer has joined #symbiflow06:16
*** proppy has quit IRC07:25
*** rvalles_ has quit IRC09:34
*** rvalles_ has joined #symbiflow09:49
*** kraiskil has joined #symbiflow10:08
*** killruana has quit IRC10:09
*** killruana has joined #symbiflow10:12
*** freemint has joined #symbiflow10:13
*** kraiskil has quit IRC10:20
*** kraiskil has joined #symbiflow10:23
*** space_zealot has joined #symbiflow11:43
*** space_zealot has quit IRC11:49
*** stzsch has joined #symbiflow12:52
*** OmniMancer has quit IRC12:54
*** alexhw has quit IRC12:57
*** alexhw has joined #symbiflow12:58
*** freemint has quit IRC13:29
*** space_zealot has joined #symbiflow13:46
*** kraiskil has quit IRC13:50
*** freemint has joined #symbiflow14:47
*** freemint has quit IRC14:54
*** Bertl_zZ is now known as Bertl15:01
*** proteus-guy has joined #symbiflow15:20
*** Vonter has quit IRC15:44
*** Vonter has joined #symbiflow15:53
mithroacomodi / litghost: https://github.com/SymbiFlow/prjxray/pull/1226 and https://github.com/SymbiFlow/prjxray-db/pull/1116:34
tpbTitle: Fixing the sorting of database files by mithro · Pull Request #1226 · SymbiFlow/prjxray · GitHub (at github.com)16:34
mithroacomodi: Where are we with DDR?16:51
sf-slack<acomodi> mithro: I have modified the ddr-uart testing script to get to write/read to/from DDR. What I have discovered is that there is no actual data written or read. I am also assuming that the calibration is not actually working in the minilitex_ddr design.16:57
sf-slack<acomodi> mithro: there are a few ideas that I am implementing. I have noticed that the RST for the IDELAYCTRL was mis-placed so that it violated timing, but constraining it to have the cell placed as close as possible to the IDELAYCTRL didn't solve yet the issue.16:58
sf-slack<acomodi> mithro: we are also thinking that there might be an issue with the RESET logic, as we are using `FDPE`  flip-flops in the design, which are asynchronous FFs, but VPR is actually not able to model them. This was an old issue we had, that maybe now became critical to solve.17:00
sf-slack<acomodi> mithro: being the IOSERDESes highly sensitive to the RESET signal, it may be that they won't correctly function if there is a mis-alignment of the resets17:01
sf-slack<acomodi> mithro: Vivado still reports a couple of hundreds of setup timing violations (between same clock domains) and a handful of hold timing violations (also these between same clock domains).17:04
sf-slack<acomodi> mithro: regarding the hold violations, all of them are related to DRAM64X1D cells17:05
sf-slack<acomodi> mithro: One of the issues, IMO is the fact that the placer is not aware of some critical blocks, that should be placed so to minimize the delay of a net (like the RST for the IDELAYCTRL).17:10
*** space_zealot has quit IRC17:17
*** space_zealot has joined #symbiflow17:17
mithroacomid: Have you been also testing under Yosys+Vivado?17:24
sf-slack<acomodi> mithro: you mean testing the ddr-uart stuff? That is actually working fine both in Yosys+Vivado and full Vivado17:31
sf-slack<acomodi> mithro: reading and writing to DDR with the test_sdram.py script is working fine as well17:31
*** citypw has quit IRC17:36
*** space_zealot has quit IRC18:32
*** Bertl is now known as Bertl_zZ18:49
*** space_zealot has joined #symbiflow18:54
litghostacomodi: Are we using the correct timing constraints with VPR?  Does VPR report the same (ish) timing violations as Vivado?19:00
litghostacomodi: Until VPR sees the correct critical path to optimize, there is little hope of it optimizing to a valid solution19:00
litghostacomodi: Also the placer **does** have a criticality estimate using the placer delay matrix.  Check pre- and post- placement timing estimates to see how off they are19:01
litghostacomodi: If the placer is misestimating the critical path and optimizing for the wrong things, it would result in very bad optimization19:02
litghostacomodi: My suggestion is to do the following:19:03
litghost - My an issue where you describe the current state of the UART DDR design19:03
litghost - List a set of concrete actions that you propose to take to try to make the design close timing19:03
litghostacomodi: The first set of actions should all be verification and validation oriented19:03
litghostacomodi:  For example: Do Vivado and VPR report the same set of nets as the critical path?19:04
litghostacomodi: For the top 2-5 critical nets from Vivado, examine what VPR reports for the setup and hold19:04
litghostacomodi: For each hold violations present from the Vivado timing analysis, does VPR report a similiar hold violation19:05
litghost*Make an issue where you describe the current state of the UART DDR design*19:05
litghostThe key with proceeding at this point is to break the problem down19:06
sf-slack<acomodi> litghost: Indeed, I'll proceed as suggested. I'll also prepare a tar with all the useful reports, so that everyone can have access to data.19:08
litghostacomodi: When you do that, please make sure to include the git hash of the relevant bits (prjxray-db (if you have local modifications), symbiflow-arch-defs, VTR, yosys19:09
sf-slack<acomodi> litghost: another thing to add is that the packer optimizes things in a wrong way. As an example, it happened that a reset-related cell gets packed with a carry chain that has nothing to do with there reset net itself. This may end up with the placer being forced to place the block in an not-optimal location, causing issues with timing.19:13
litghostacomodi: Turn of allow unrelated packing19:14
litghostacomodi: *Turn off*19:14
litghostacomodi: This will result in the design be less compact, but I don't think the UART DDR is at risk of running out of resources19:18
sf-slack<acomodi> litghost: sure, I think there is plenty also for the minilitex-ddr test19:19
*** space_zealot has quit IRC19:35
*** space_zealot has joined #symbiflow19:44
-_whitenotifier-3- [conda-packages] hzeller opened issue #70: Verible fails building currently due to tag version confusion - https://git.io/Jvcj720:24
*** space_zealot has quit IRC22:18
*** space_zealot has joined #symbiflow23:11
*** space_zealot has quit IRC23:21
*** space_zealot has joined #symbiflow23:32

Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!