| *** tpb has joined #symbiflow | 00:00 | |
| mithro | litghost: How does that look? | 00:05 |
|---|---|---|
| litghost | mithro: Mostly correct, I replaced a short between the constant network and the IPIN at the sink | 00:07 |
| litghost | mithro: Otherwise correct | 00:07 |
| litghost | mithro: I can confirm that in the short case, the route chooses to expand node 3102 (on column 3) but the node 3103 (on column 4) is "right" node to expand | 00:20 |
| litghost | mithro: So I think we are looking at a straight up bug in the short case | 00:21 |
| mithro | litghost: I would suggest this should be to bugs so the vtr devs don't get confused... | 00:23 |
| litghost | mithro: Most of the contents of https://github.com/verilog-to-routing/vtr-verilog-to-routing/issues/520 would be the same between the two issues | 00:24 |
| tpb | Title: Routing failure on global channel structure · Issue #520 · verilog-to-routing/vtr-verilog-to-routing · GitHub (at github.com) | 00:24 |
| mithro | litghost: Does vbrk tiles actually have anything in them? | 00:38 |
| litghost | mithro: Yes/no. We put the synthetic IO tiles there because nothing is there :) | 00:38 |
| mithro | Yeah - but they don't have any pips or anything? | 00:39 |
| litghost | mithro: No configurable pips | 00:39 |
| litghost | mithro: There are pips, but we believe them to be ppips | 00:39 |
| mithro | litghost: I'm warming up to the idea of having one tool which takes a tilegrid + tileconn files and generates the vtr side and then a separate tool which translates prjxray's tilegrid + tileconn into a more suitable form for the original... | 00:47 |
| litghost | mithro: I don't believe there is a technical justification to modifying tileconn. Tileconn is simply a compressed node (e.g. collection of wires) format. Changing the grid doesn't actually change the nodes at all. In fact reforming the grid doesn't need to worry about wires or nodes at all. The only thing changing the grid does is move the sources and sinks (e.g. pips and site pins). The actually connectivity between | 01:18 |
| litghost | pips and sites pins remains exactly the same, no matter how the grid is defined | 01:18 |
| litghost | mithro: Given that, what technical justification exists to modifying tileconn based on the VPR grid at all? The only thing that must be preserved is connectivity. There does need to a way to locate pips and site pins in the new grid, but the nodes/wires themselves? That should be completely transparent to routing import process | 01:19 |
| duck2 | hello | 02:13 |
| duck2 | i got vpr to run with the sax reader. now it peaks at 2G instead of 5.8G(i upgraded to 8G ram so i could run it :D) and produces the same top.net(checked md5sums) with the conda vpr. however it takes 58s as opposed to conda vpr's 24s and sometimes a destructor fails to free something at the end. | 02:18 |
| litghost | duck2: That's a partial win :/ Any idea why it is slower? | 02:19 |
| duck2 | i did not optimize for time yet but let me run callgrind to see | 02:23 |
| duck2 | i'm not very hopeful about surpassing the pugixml version though, i could tweak my first reader only down to 42 seconds. maybe it's just that pugixml is faster than libxml2 or navigating an in-memory tree is faster etc. or i'm missing something obvious | 02:31 |
| *** kgugala has quit IRC | 03:24 | |
| *** citypw has joined #symbiflow | 03:34 | |
| duck2 | i thought of some improvements. opening a wip pr for now: https://github.com/SymbiFlow/vtr-verilog-to-routing/pull/34 | 04:08 |
| tpb | Title: [WIP] Read rr_graph.xml using libxml2 SAX by duck2 · Pull Request #34 · SymbiFlow/vtr-verilog-to-routing · GitHub (at github.com) | 04:08 |
| *** acomodi has quit IRC | 05:41 | |
| *** OmniMancer has joined #symbiflow | 05:42 | |
| *** citypw has quit IRC | 06:08 | |
| *** proteusguy has joined #symbiflow | 06:13 | |
| *** proteusguy has quit IRC | 06:19 | |
| *** citypw has joined #symbiflow | 06:21 | |
| *** kgugala has joined #symbiflow | 06:55 | |
| *** Bertl_zZ is now known as Bertl | 07:02 | |
| *** _whitelogger has quit IRC | 07:52 | |
| *** _whitelogger has joined #symbiflow | 07:55 | |
| *** sudden6 has joined #symbiflow | 08:39 | |
| *** sudden6 has quit IRC | 09:18 | |
| *** sudden6 has joined #symbiflow | 09:19 | |
| *** citypw has quit IRC | 09:31 | |
| *** futarisIRCcloud has quit IRC | 09:32 | |
| *** acomodi has joined #symbiflow | 11:11 | |
| sf-slack | <acomodi> litghost, mithro: I have given some though on the equivalent tile implementation and expanded the initial doc. Could you give it a look? feel free to edit/comment if something does not sound right | 13:17 |
| sf-slack | <acomodi> litghost, mithro: here's the doc https://docs.google.com/document/d/1lWLgZ5fCwKUgPh1MaOoAHwKBBr1ZAQLDzPkJtzTjLvQ/edit#heading=h.ndgjwhvitt1 | 13:18 |
| tpb | Title: Google Docs - create and edit documents online, for free. (at docs.google.com) | 13:18 |
| sf-slack | <tmichalak> @litghost: on the prjxray stabilization front, I ran the CI after reverting your commit that affects the 054-fan-alt (https://github.com/SymbiFlow/prjxray/commit/3c764a65e14d34aca0821a75d64ef401fe5e8f71) and the conflict for the BYP_ALT.GFAN seems to be gone. However, the run always fails for Kintex as it seems the current prjxray-db database still has the incorrect bits for kintex. There are also some diffs in | 13:21 |
| sf-slack | segbits_hclk_cmt.db and segbits_clk_hrow_top_r.db for kintex. | 13:21 |
| tpb | Title: Revert 054 fuzzer. · SymbiFlow/prjxray@3c764a6 · GitHub (at github.com) | 13:21 |
| sf-slack | <tmichalak> @litghost: I recall you saying at some point that there is an issue related to the unstability of 057-pip-bi. Does the point still stand? What is the issue number? | 13:22 |
| *** citypw has joined #symbiflow | 13:55 | |
| *** sudden6 has quit IRC | 14:46 | |
| litghost | tmichalak: https://github.com/SymbiFlow/prjxray/issues/661 | 14:52 |
| tpb | Title: INT fuzzers randomly failing on CI · Issue #661 · SymbiFlow/prjxray · GitHub (at github.com) | 14:52 |
| *** kraiskil has joined #symbiflow | 15:07 | |
| sf-slack | <mkurc> Good time of day! I've been looking into the tile grid and routing channels in the VPR GUI. It seems that tiles are imported only for the ROI (which is expected) but channels are present for the whole device (even outside the ROI) Is that a correct situation ? | 15:17 |
| litghost | mkurc: I was looking at this again yesterday. Channels are current longer than they have to be such that they are correct over the optimum. In theory they can be of limit extent, but that requires some additional unwritten code, and it is unclear the value of the change. | 15:28 |
| sf-slack | <mkurc> @litghost: They are not only longer, there are CHANX present north of the ROI. | 15:30 |
| sf-slack | <mkurc> My concern is what if the VPR chooses to route something using such channels. | 15:31 |
| *** kgugala has quit IRC | 15:32 | |
| *** kgugala has joined #symbiflow | 15:33 | |
| litghost | mkurc: But no *edges* exists outside of the ROI, so it doesn't matter | 15:44 |
| litghost | mkurc: Channels are only vehicles for edges, so we filter edges out based on whether the tile that contains the edges is in the ROI | 15:45 |
| sf-slack | <mkurc> Ok, I understand | 15:45 |
| litghost | mkurc: Relevant logic https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc7/utils/prjxray_create_edges.py#L830 | 15:46 |
| tpb | Title: symbiflow-arch-defs/prjxray_create_edges.py at master · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com) | 15:46 |
| sf-slack | <mkurc> Mhm | 15:47 |
| litghost | mithro: kem_ was able to identify both router issues https://github.com/verilog-to-routing/vtr-verilog-to-routing/issues/520#issuecomment-478057904 | 16:26 |
| tpb | Title: Routing failure on global channel structure · Issue #520 · verilog-to-routing/vtr-verilog-to-routing · GitHub (at github.com) | 16:26 |
| *** OmniMancer has quit IRC | 16:45 | |
| *** Bertl is now known as Bertl_oO | 17:05 | |
| *** sudden6 has joined #symbiflow | 18:47 | |
| *** kraiskil has quit IRC | 18:54 | |
| *** kraiskil has joined #symbiflow | 19:08 | |
| *** _whitelogger has quit IRC | 19:28 | |
| *** kraiskil has quit IRC | 19:29 | |
| *** _whitelogger has joined #symbiflow | 19:31 | |
| *** sudden6 has quit IRC | 19:59 | |
| *** Bertl_oO is now known as Bertl_zZ | 20:11 | |
| mithro | litghost: Great! | 21:03 |
| *** citypw has quit IRC | 23:09 | |
| *** citypw has joined #symbiflow | 23:10 | |
| mithro | duck2: ping? | 23:16 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!