*** tpb has joined #symbiflow | 00:00 | |
digshadow | Hi hackerfoo. Whats your question? | 00:00 |
---|---|---|
hackerfoo | digshadow: from the picture above of Vivado's routing of a RAM32X1S, it seems it's using DI2 for the input and O6 as the output. | 00:04 |
hackerfoo | This seems to contradict information in the arch-defs repo. | 00:05 |
digshadow | What is conflicting? Which is input vs output? How the pins are assigned? What does arch-defs have? | 00:06 |
hackerfoo | It's more of an observation at this point. I'm going to try to change the definitions to get VPR to route it the same way. | 00:07 |
digshadow | FWIW I almost exclusively dealt with bit definitions. If you have a routing question, I'm probably not the person to ask | 00:08 |
digshadow | Also timing | 00:08 |
digshadow | Ex: if you have questions about RAM32X1S bitstream encoding I can provide insight there | 00:08 |
hackerfoo | Well, is this what you expect? The data input line goes to DI2, and the data output to O6. | 00:11 |
digshadow | hackerfoo: looking at the user guide, two observations. First, the DI naming is very confusing with net DID[0] => pin DID2, net DID[1] => pint DID1. That aside, it notes in a few things (ex: "Figure 2-11: 64 X 3 Simple Dual Port Distributed RAM (RAM64M)") that they go to pin DI1 when only one is used | 00:17 |
digshadow | If its unclear though, I'd probably make a minitest with a number of configurations (or using existing minitests) and take a look at the routing in the various configurations | 00:18 |
digshadow | Let me see whats in the minitests dir... | 00:19 |
digshadow | Yeah if you synthesize prjxray/fuzzers/018-clb-ram/minitest, maybe modifying it to use the commented out top module | 00:21 |
digshadow | you should get a bunch of different examples | 00:21 |
digshadow | nvm no modification needed, just synthesize it | 00:21 |
*** _whitelogger has quit IRC | 00:35 | |
*** _whitelogger has joined #symbiflow | 00:37 | |
hackerfoo | digshadow: Thanks. I'll look at it a little later if I can. | 00:44 |
*** futarisIRCcloud has joined #symbiflow | 01:10 | |
*** Bertl_oO is now known as Bertl_zZ | 02:29 | |
*** citypw has joined #symbiflow | 03:23 | |
*** tmichalak1 has quit IRC | 05:33 | |
*** kraiskil has joined #symbiflow | 05:35 | |
*** proteusguy has quit IRC | 05:56 | |
*** proteusguy has joined #symbiflow | 06:14 | |
*** jevinskie has joined #symbiflow | 06:18 | |
*** proteusguy has quit IRC | 06:18 | |
*** kraiskil has quit IRC | 06:20 | |
*** kraiskil has joined #symbiflow | 06:22 | |
*** proteusguy has joined #symbiflow | 06:30 | |
*** Vonter has quit IRC | 06:56 | |
mithro | kgugala: Can you take over https://github.com/SymbiFlow/symbiflow-arch-defs/pull/645 ? | 07:24 |
tpb | Title: WIP - utils/vlog: More tests from timing tutorial. by mithro · Pull Request #645 · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com) | 07:24 |
sf-slack2 | <kgugala> sure | 07:25 |
sf-slack2 | <kgugala> what is left there? | 07:25 |
sf-slack2 | <kgugala> Is it only making the CI green, or some features are missing? | 07:25 |
mithro | kgugala: It's a bit unclear, I think most of the work is figuring out what they are *suppose* to be doing :-P | 07:27 |
sf-slack2 | <kgugala> ah, OK | 07:27 |
mithro | kgugala: Regarding https://github.com/SymbiFlow/symbiflow-arch-defs/issues/599 | 07:29 |
tpb | Title: v2x solve issues to have working tests · Issue #599 · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com) | 07:29 |
mithro | kgugala: I don't understand why the $dff cells which are generated by the 'proc' pass are getting ignored? | 07:31 |
mithro | kgugala: Actually, this https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/utils/vlog/yosys/json.py#L231-L232 might be the problem... | 07:31 |
tpb | Title: symbiflow-arch-defs/json.py at master · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com) | 07:32 |
mithro | tmichalak : I merged https://github.com/SymbiFlow/prjxray/pull/788 as the CI was green | 07:36 |
tpb | Title: Disable currently flaky fuzzers to make CI go green again by tmichalak · Pull Request #788 · SymbiFlow/prjxray · GitHub (at github.com) | 07:36 |
sf-slack2 | <tmichalak> @mithro: great, I also solved the problem with 052-pip-clkin ( https://github.com/SymbiFlow/prjxray/pull/799). At least I think so. | 07:39 |
tpb | Title: 052-pip-clkin: stabilize and re-enable the fuzzer by tmichalak · Pull Request #799 · SymbiFlow/prjxray · GitHub (at github.com) | 07:39 |
sf-slack2 | <kgugala> @mithro yes, this may be problem | 07:39 |
sf-slack2 | <kgugala> I'll play around and see what is happening there | 07:40 |
mithro | kgugala: Did you see my comments on https://github.com/SymbiFlow/symbiflow-arch-defs/issues/642 ? | 07:41 |
tpb | Title: Make v2x produce the new composable interconnect specification again (IE Revert #637). · Issue #642 · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com) | 07:41 |
sf-slack2 | <tmichalak> @mithro: currently I am running my tests for 054-pip-fan-alt (https://github.com/SymbiFlow/prjxray/pull/789) and started looking into reenabling 045-hclk-cmt-pips (https://github.com/SymbiFlow/prjxray/issues/790) | 07:41 |
tpb | Title: [WIP] 054-pip-fan-alt: stabilize the fuzzer by tmichalak · Pull Request #789 · SymbiFlow/prjxray · GitHub (at github.com) | 07:41 |
*** Vonter has joined #symbiflow | 07:42 | |
sf-slack2 | <kgugala> @mithro yes, I've seen them | 07:45 |
mithro | kgugala: Did they make sense? | 07:45 |
sf-slack2 | <kgugala> this makes sense | 07:46 |
sf-slack2 | <kgugala> the question is if that won't break the current flow? | 07:46 |
sf-slack2 | <kgugala> I'm using v2x to generate all the xmls and uipdate them with timings | 07:47 |
sf-slack2 | <kgugala> so introducing this change now may break arch-defs | 07:47 |
mithro | kgugala: What do you mean? | 08:00 |
mithro | elms: Look what I found -> https://github.com/mithro/symbiflow-arch-defs/commit/4c996d52d2f7652c42e46e909815e97b8d98a013 | 08:00 |
tpb | Title: ice40: Adding real world timing values. · mithro/symbiflow-arch-defs@4c996d5 · GitHub (at github.com) | 08:00 |
sf-slack2 | <acomodi> mithro: regarding https://github.com/SymbiFlow/symbiflow-arch-defs/issues/642, all the golden pb_types/model should be in the `new` format, am I correct? Than the `xmlsort.xsl` handles the translation to the `old` format to have the interconnects compatible with current VPR | 08:00 |
tpb | Title: Issues · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com) | 08:00 |
mithro | acomodi: Yes | 08:01 |
sf-slack2 | <acomodi> mithro: ok, got it, I'll revert the PR then | 08:01 |
sf-slack2 | <kgugala> @mithro In parallel I'm working on bel timings import into arch.xml. There I switched from handwritten xmls to the ones generated from verilog (I discussed that with @elms and @litghost). Now, with v2x handling multiple instances I should be able to finish this | 08:04 |
sf-slack2 | <kgugala> @mithro but if we switch to a new interconnect generation, wouldn't it break the flow? | 08:04 |
sf-slack2 | <kgugala> can vpr handle the new interconnect format? | 08:05 |
mithro | kgugala: See what acomodi said -- The `xmlsort.xsl` handles the translation to the `old` format to have the interconnects compatible with current VPR | 08:05 |
mithro | kgugala: Which is done as part of the architecture merging step | 08:05 |
sf-slack2 | <kgugala> oh | 08:05 |
sf-slack2 | <kgugala> OK | 08:05 |
sf-slack2 | <kgugala> I must have missed that | 08:05 |
mithro | kgugala: VPR doesn't handle <xi:include> either | 08:05 |
sf-slack2 | <acomodi> mithro: here there is the revert PR https://github.com/SymbiFlow/symbiflow-arch-defs/pull/648, it needs some changes though as I have noticed it creates incorrect direct connections | 08:22 |
sf-slack2 | <tmichalak> kokoro seems to be stuck, force-run tag doesn't work, anyone else experiences this problem? I wonder if there is anything else I can do except wait... | 09:15 |
sf-slack2 | <mkurc> @tmichalak I made a PR to arch-defs an hour ago and the kokoro seems to be still running. I don't know if I can see logs of a pending build. | 09:18 |
sf-slack2 | <tmichalak> @mkurc: maybe the problem only applies to new runs only, let me know if your run finishes | 09:21 |
sf-slack2 | <acomodi> Could it be due to the fact that there are multiple PRs that are being run on kokoro? | 09:21 |
sf-slack2 | <tmichalak> @acomodi: actually I start to think that it is indeed the case | 09:22 |
sf-slack2 | <acomodi> for instance I opened a PR as well a half an hour ago | 09:22 |
sf-slack2 | <mkurc> Might be so. It would be nice to have a interface to see load of the build server. | 09:23 |
sf-slack2 | <tmichalak> @acomodi: I noticed that when running multiple PRs for fuzzers stabilization there were some hickups in kokoro's runs | 09:23 |
sf-slack2 | <tmichalak> @mkurc: I agree | 09:24 |
*** kraiskil has quit IRC | 09:53 | |
*** citypw has quit IRC | 10:00 | |
*** kraiskil has joined #symbiflow | 10:11 | |
*** auscompgeek has joined #symbiflow | 10:17 | |
sf-slack2 | <mkurc> @tmichalak Kokoro finished checking my PR successfully | 10:32 |
sf-slack2 | <tmichalak> @mkurc: okay thanks, so I have 2 PRs running, i.e. one running and the second one about to run with the use of the force-run tag. Unfortunately, nothing changes for 2 hours now. | 10:34 |
sf-slack2 | <acomodi> There is no way right now to run only one of the different checks right? (e.g. XC7-presubmit failed and I want to re-run only that one) | 10:37 |
sf-slack2 | <kgugala> I don't think so | 10:37 |
sf-slack2 | <kgugala> just rerun all of them | 10:37 |
*** proteusguy has quit IRC | 10:38 | |
*** Vonter has quit IRC | 10:53 | |
*** Vonter has joined #symbiflow | 10:57 | |
*** proteusguy has joined #symbiflow | 11:27 | |
*** proteusguy has quit IRC | 11:28 | |
*** kraiskil has quit IRC | 11:44 | |
*** kraiskil has joined #symbiflow | 12:01 | |
*** Bertl_zZ is now known as Bertl | 12:22 | |
sf-slack2 | <acomodi> update on equivalent tiles: I have update the PR https://github.com/SymbiFlow/vtr-verilog-to-routing/pull/36. Now the placer can swap the blocks in equivalent tiles as well. CI still fails as the arch files do not include the tiles tag. | 13:10 |
tpb | Title: Sign in to GitHub · GitHub (at github.com) | 13:10 |
sf-slack2 | <acomodi> By running the `ff_ce_sr` tests I got into a fasm2frames issue | 13:11 |
sf-slack2 | <acomodi> `prjxray.fasm_assembler.FasmInconsistentBits: FASM line "CLBLM_R_X5Y117.SLICEL_X1.DOUTMUX.O5" wanted to clear bit (131743, 35, 21) but was set by FASM line "CLBLM_R_X5Y117.SLICEL_X1.DOUTMUX.D5Q"` | 13:11 |
sf-slack2 | <acomodi> the tests that work right now are: `chain_packing`, `simple_ff` and `buttons` | 13:12 |
*** Bertl is now known as Bertl_oO | 13:29 | |
hackerfoo | I was reading through the CLB user guide last night that the software is responsible for setting A6 high in 32 bit RAM modes to keep O5/O6 independent. | 13:57 |
hackerfoo | I also made VPR use O5 and got a different alternating pattern. | 13:59 |
*** kraiskil has quit IRC | 14:23 | |
*** kraiskil has joined #symbiflow | 14:36 | |
sf-slack2 | <acomodi> `counter` also is working | 15:21 |
*** citypw has joined #symbiflow | 15:29 | |
*** proteusguy has joined #symbiflow | 15:33 | |
*** citypw has quit IRC | 16:18 | |
*** jevinskie has quit IRC | 16:21 | |
*** _whitelogger has quit IRC | 17:29 | |
*** _whitelogger has joined #symbiflow | 17:31 | |
hackerfoo | Does anyone have a partial reconfiguration license for Vivado? Any plans for SymbiFlow to do partial reconfiguration? | 18:46 |
hackerfoo | Nevermind, it's mentioned right here: https://symbiflow.github.io/#xray | 18:49 |
tpb | Title: SymbiFlow - the GCC of FPGAs (at symbiflow.github.io) | 18:49 |
*** kraiskil has quit IRC | 18:49 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!