| *** tpb has joined #symbiflow | 00:00 | |
| *** mithro has quit IRC | 00:51 | |
| *** mithro has joined #symbiflow | 00:54 | |
| *** Degi has quit IRC | 00:56 | |
| *** Degi has joined #symbiflow | 00:57 | |
| *** HackerFoo has quit IRC | 01:14 | |
| *** HackerFoo has joined #symbiflow | 01:24 | |
| *** citypw has joined #symbiflow | 01:49 | |
| *** _whitelogger has quit IRC | 03:09 | |
| *** _whitelogger has joined #symbiflow | 03:11 | |
| *** craigo has quit IRC | 03:42 | |
| *** kgugala_ has joined #symbiflow | 05:00 | |
| *** kgugala has quit IRC | 05:03 | |
| *** _whitelogger has quit IRC | 05:24 | |
| *** _whitelogger has joined #symbiflow | 05:26 | |
| *** _whitelogger has quit IRC | 05:42 | |
| *** _whitelogger has joined #symbiflow | 05:44 | |
| *** _whitelogger has quit IRC | 06:21 | |
| *** _whitelogger has joined #symbiflow | 06:23 | |
| *** enriq has joined #symbiflow | 06:38 | |
| *** enriq has quit IRC | 06:41 | |
| *** enriq has joined #symbiflow | 06:52 | |
| *** kraiskil has joined #symbiflow | 06:56 | |
| *** kgugala_ has quit IRC | 07:07 | |
| *** kgugala has joined #symbiflow | 07:08 | |
| *** enriq has quit IRC | 07:17 | |
| *** OmniMancer has joined #symbiflow | 07:36 | |
| *** kraiskil has quit IRC | 07:52 | |
| *** spavs has joined #symbiflow | 08:10 | |
| *** kraiskil has joined #symbiflow | 08:18 | |
| *** kgugala_ has joined #symbiflow | 08:19 | |
| *** kgugala has quit IRC | 08:21 | |
| *** xtro has quit IRC | 08:31 | |
| *** kgugala has joined #symbiflow | 08:32 | |
| *** kgugala_ has quit IRC | 08:34 | |
| spavs | hi, for prjxray, how to I change the sequence of the fuzzers ? | 08:41 |
|---|---|---|
| sf-slack | <tmichalak> spavs: The Makefile in the fuzzers directory describes which fuzzers to run | 08:47 |
| sf-slack | <tmichalak> spavs: first of all, you can run them manually in the order you like | 08:48 |
| spavs | yes, the makefile in the fuzzer directory describes which fuzzers to run; but I observed that the sequence or order in which the fuzzers are run are quite "random" | 08:50 |
| spavs | can't find the codes where the sequence/order are called; | 08:51 |
| spavs | for example when I run "make -j32 MAX_VIVADO_PROCESS=32 db-part-only-artix7_200t" | 08:52 |
| spavs | the fuzzers run 000 and then 074 followed by 073 | 08:53 |
| spavs | can't seem to locate the codes that determine the order of fuzzers run | 08:53 |
| sf-slack | <tmichalak> This is actually a Make thing, the only thing we fully control is the dependecy on some preprequisite fuzzers - like many of them need the result of 005-tilegrid to run | 08:54 |
| sf-slack | <tmichalak> the fuzzer macro is being used for that | 08:55 |
| sf-slack | <tmichalak> the naming of the fuzzers was meant to help with the execution order | 08:55 |
| sf-slack | <tmichalak> But there is no part in prjxray that explicitly decides upon the exact execution order | 08:56 |
| spavs | thanks; so it's a fuzzer macro that does the ordering of the fuzzing sequence ? | 08:57 |
| spavs | can I check where in the code is this fuzzer macro called ? | 08:58 |
| sf-slack | <tmichalak> only to some extent, for example `$(eval $(call fuzzer,013-clb-ncy0,005-tilegrid,all))` means that for the 013 fuzzer the 005 is required to finish | 08:59 |
| spavs | ah ......... ic ic, thanks; | 08:59 |
| sf-slack | <tmichalak> but you will notice that there are more than fuzzer 013 with this dependency | 09:00 |
| sf-slack | <tmichalak> theoretically you could create a handcrafted chain of such dependency entries, i.e. `$(call fuzzer, f-1, f-0, all)` and the `$(call fuzzer, f-2, f-1, all)` | 09:01 |
| sf-slack | <tmichalak> but this is suboptimal for parallel execution | 09:02 |
| spavs | sure, but if I don't specify have the chain, which is the part of the code calls the macro that does the scheduling of the "call fuzzer" order ? | 09:03 |
| sf-slack | <tmichalak> That would be Make | 09:04 |
| spavs | ok can, understand ....... :) thanks; | 09:05 |
| sf-slack | <tmichalak> No problem | 09:06 |
| spavs | also to check on the organization of the database; if I were to run 2 different families for example artix7_100t and artix7_50t and fuzz 074 | 09:11 |
| spavs | the later fuzz will overwrite the former fuzz right ? | 09:11 |
| spavs | in the db | 09:12 |
| spavs | which means if I fuzz 074 for artix7_100t and then fuzz 074 for artix7_50t | 09:13 |
| spavs | the database would be for artix7_50t; am I right ? | 09:13 |
| sf-slack | <tmichalak> Nope, `$(call fuzzer,074-dump_all,005-tilegrid 072-ordered_wires,part))` note the `part` at the end of this call | 09:13 |
| sf-slack | <tmichalak> the same goes for 072 | 09:13 |
| sf-slack | <tmichalak> it's part specific | 09:14 |
| sf-slack | <tmichalak> which means the result will end up in a separate directory | 09:14 |
| sf-slack | <tmichalak> in opposition to calls with `all` | 09:14 |
| sf-slack | <tmichalak> these are being overwritten | 09:15 |
| spavs | separate directory like "prjxray/database/artix7/xc7a100tfgg676-1" for example ? | 09:20 |
| spavs | but I don't see any .db files in that directory | 09:20 |
| sf-slack | <tmichalak> yes, as far as the directory is concerned | 09:21 |
| sf-slack | <tmichalak> and there are no .db files because the fuzzers that do generate the .db are not part specific | 09:22 |
| sf-slack | <tmichalak> what is part specific is the pin constraints, tilegrid, tileconn etc. | 09:23 |
| spavs | ah ........... ic ic ............. thanks so much :) | 09:23 |
| *** rvalles_ has quit IRC | 09:39 | |
| *** spavs has quit IRC | 09:53 | |
| *** kraiskil has quit IRC | 10:32 | |
| *** kraiskil has joined #symbiflow | 10:35 | |
| *** kgugala_ has joined #symbiflow | 10:36 | |
| *** kgugala__ has joined #symbiflow | 10:37 | |
| *** kgugala has quit IRC | 10:38 | |
| *** kgugala has joined #symbiflow | 10:38 | |
| *** kgugala_ has quit IRC | 10:40 | |
| *** kgugala__ has quit IRC | 10:42 | |
| *** kgugala has quit IRC | 10:56 | |
| *** kgugala has joined #symbiflow | 10:57 | |
| *** kraiskil has quit IRC | 12:07 | |
| *** kraiskil has joined #symbiflow | 12:22 | |
| *** skydive has quit IRC | 12:22 | |
| *** skydive has joined #symbiflow | 12:25 | |
| *** kraiskil has quit IRC | 12:34 | |
| *** citypw has quit IRC | 12:37 | |
| *** citypw has joined #symbiflow | 12:51 | |
| *** somlo has quit IRC | 12:56 | |
| *** citypw has quit IRC | 13:06 | |
| *** kraiskil has joined #symbiflow | 13:07 | |
| *** skydive has quit IRC | 13:17 | |
| *** skydive has joined #symbiflow | 13:18 | |
| *** C-Man has quit IRC | 13:19 | |
| *** craigo has joined #symbiflow | 13:35 | |
| *** skydive has quit IRC | 15:02 | |
| *** skydive has joined #symbiflow | 15:03 | |
| -_whitenotifier-b- [sv-tests] hzeller opened issue #970: Add RedPitaya to cores - https://git.io/JJueG | 16:08 | |
| -_whitenotifier-b- [fpga-tool-perf] acomodi opened issue #192: Add vpr-fasm2bels support for all the VPR tests - https://git.io/JJuel | 16:09 | |
| -_whitenotifier-b- [fpga-tool-perf] acomodi opened issue #193: Add circuits from the VTR paper - https://git.io/JJue6 | 16:12 | |
| *** xtro has joined #symbiflow | 16:19 | |
| -_whitenotifier-b- [fpga-tool-perf] acomodi opened issue #194: Provide config file to FPGA tool perf to run tests - https://git.io/JJuvr | 16:24 | |
| -_whitenotifier-b- [symbiflow-arch-defs] tmichalak opened issue #1621: Integrate yosys params plugin - https://git.io/JJuvh | 16:29 | |
| *** epony has quit IRC | 16:38 | |
| -_whitenotifier-b- [fpga-tool-perf] acomodi opened issue #195: Add VPR circuit cleaning step run-time - https://git.io/JJuJP | 16:43 | |
| -_whitenotifier-b- [symbiflow-arch-defs] acomodi opened issue #1622: The Clean Circuit step in VPR takes too much time - https://git.io/JJuUm | 16:46 | |
| *** QDX45 has joined #symbiflow | 16:55 | |
| *** citypw has joined #symbiflow | 17:08 | |
| *** OmniMancer has quit IRC | 17:17 | |
| *** citypw has quit IRC | 17:20 | |
| *** epony has joined #symbiflow | 17:26 | |
| *** goku12 has joined #symbiflow | 17:26 | |
| *** goku12 has quit IRC | 17:29 | |
| *** goku12 has joined #symbiflow | 17:30 | |
| *** goku12 has quit IRC | 17:32 | |
| *** goku12 has joined #symbiflow | 17:32 | |
| *** alexhw has quit IRC | 17:44 | |
| *** alexhw has joined #symbiflow | 17:46 | |
| *** enriq has joined #symbiflow | 18:16 | |
| *** az0re has joined #symbiflow | 18:20 | |
| *** craigo has quit IRC | 18:29 | |
| *** craigo has joined #symbiflow | 18:30 | |
| *** kraiskil has quit IRC | 18:40 | |
| *** space_zealot has joined #symbiflow | 18:51 | |
| *** kraiskil has joined #symbiflow | 18:56 | |
| *** kraiskil has quit IRC | 19:23 | |
| *** goku12 has quit IRC | 19:51 | |
| -_whitenotifier-b- [conda-packages] HackerFoo opened issue #127: Depending on the `prjxray-config` script now introduces an implicit dependency on Conda. - https://git.io/JJu3p | 19:52 | |
| *** samhsmith[m] has quit IRC | 20:05 | |
| *** kgugala has quit IRC | 20:06 | |
| *** samhsmith[m] has joined #symbiflow | 20:06 | |
| *** kgugala has joined #symbiflow | 20:06 | |
| *** rvalles has joined #symbiflow | 20:12 | |
| skydive | litghost: thanks a lot for the help! - I guess I need to return my laptop! :) | 20:28 |
| skydive | Will take a crack on my desktop in a week's time - not at home unfortunately | 20:29 |
| litghost | skydive: Sorry I don't have a better answer. It is something we know we need to work on | 20:29 |
| skydive | It's understandable - lots of LUTs on the chip | 20:29 |
| skydive | I should be able to write up an ssh script to compile stuff remotely via my desktop as a workaround | 20:29 |
| litghost | skydive: But we know it is possible to have a memory space efficient graph representation, we just don't know what it looks like yet | 20:29 |
| *** josi7 has quit IRC | 21:01 | |
| *** az0re has quit IRC | 21:44 | |
| *** az0re has joined #symbiflow | 21:50 | |
| *** enriq has quit IRC | 22:21 | |
| *** dkozel has quit IRC | 23:20 | |
| *** dkozel has joined #symbiflow | 23:20 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!