Thursday, 2020-05-21

*** tpb has joined #symbiflow00:00
*** tux3 has quit IRC00:06
*** tux3 has joined #symbiflow00:09
*** gsmecher has quit IRC00:24
*** andrewb1999 has quit IRC00:58
*** craigo has quit IRC01:03
*** craigo has joined #symbiflow01:06
*** craigo has quit IRC01:06
*** tux3 has quit IRC01:14
*** tux3 has joined #symbiflow01:14
*** lambda has quit IRC01:31
*** az0re has quit IRC02:00
*** lambda has joined #symbiflow02:00
*** citypw has joined #symbiflow02:01
*** az0re has joined #symbiflow03:01
*** Degi has quit IRC03:12
*** Degi has joined #symbiflow03:12
*** sf-slack2 has quit IRC04:25
*** sf-slack has joined #symbiflow04:25
*** epony has quit IRC04:51
*** epony has joined #symbiflow04:53
*** Bertl is now known as Bertl_zZ05:24
*** futarisIRCcloud has quit IRC05:45
*** epony has quit IRC06:19
*** kgugala_ has joined #symbiflow06:28
*** epony has joined #symbiflow06:30
*** kgugala has quit IRC06:31
*** epony has quit IRC06:35
*** epony has joined #symbiflow06:41
*** OmniMancer1 has joined #symbiflow06:54
*** OmniMancer has quit IRC06:56
*** futarisIRCcloud has joined #symbiflow07:06
sf-slack<mkurc> @timo.callahan If you are interested about BUFR support there is a WIP branch with that. I worked on that quite some time ago so it is outdated and may require some work to get integrated. The thing I've discovered was that even though I've emitted all the fasm features for BUFR (presumably) correctly it didn't work in hardware. https://github.com/antmicro/symbiflow-arch-defs/tree/bufr_support07:25
tpbTitle: GitHub - antmicro/symbiflow-arch-defs at bufr_support (at github.com)07:25
sf-slack<timo.callahan> Thanks @mkurc .   It is not at all urgent.   My interest in BUFR was just to see if I could use it with arty-swbut, which is what the small counter test uses.   It seems the answer is "no", even if BUFR support is completed in Symbiflow, since arty-swbut has no clocking elements.07:34
*** kraiskil_ has joined #symbiflow08:31
*** kgugala has joined #symbiflow08:34
*** kgugala_ has quit IRC08:36
*** kraiskil_ has quit IRC08:37
*** kraiskil_ has joined #symbiflow08:49
*** proteusguy has quit IRC10:08
*** proteusguy has joined #symbiflow10:22
*** mkru has joined #symbiflow10:29
*** mkru has quit IRC10:33
*** mkru has joined #symbiflow10:34
*** mkru has quit IRC10:35
*** mkru has joined #symbiflow10:36
*** kgugala has quit IRC12:09
*** kgugala has joined #symbiflow12:09
*** andrewb1999 has joined #symbiflow12:20
*** andrewb1999 has quit IRC12:26
*** andrewb1999 has joined #symbiflow12:51
*** Bertl_zZ is now known as Bertl13:34
*** citypw has quit IRC15:02
*** gsmecher has joined #symbiflow15:46
sf-slack<timo.callahan> Hmm, I'm still having difficulty integrating the split CLBs change with my 100T changes.   I get errors in fasm2frames for a few IOB33s; the missing feature is ".....LVTTL_SSTL135_SSTL15.SLEW.SLOW" in most cases, although there is also one "...__S_STL15.IN_ONLY".    Is this a known issue?15:49
sf-slack<mkurc> @timo.callahan The SSTL15 support has been merged. This error shouldn't appear once you rebase on the most recent master15:53
sf-slack<mkurc> You may also check that all the submodules are checked out correctly, especially prjxray and prjxray-db15:54
sf-slack<timo.callahan> Thanks @mkurc, I'll rerun after pulling the latest upstream, and make sure I do the "make env", which updates the submodules.   Oh, there's changes in prjxray-db that go along with the code changes?15:55
sf-slack<timo.callahan> Maybe that's the problem, since I'm using my own copy of prjxray-db for the 100T changes.15:55
sf-slack<mkurc> So for that change everything has to be in sync. The prjxray-db holds fasm features definitions but also prjxray is important as it holds the fasm2frames tool. That tool adds some fasm features on its own for the PUDC_B special IOB site. Both has to match.15:58
*** Bertl is now known as Bertl_oO16:41
*** zkms has quit IRC17:13
*** zkms has joined #symbiflow17:13
*** zkms has quit IRC17:14
*** zkms has joined #symbiflow17:15
*** kraiskil_ has quit IRC17:26
*** kraiskil_ has joined #symbiflow17:40
*** OmniMancer1 has quit IRC17:47
*** kraiskil_ has quit IRC18:02
*** zkms has quit IRC18:13
*** zkms has joined #symbiflow18:14
*** zkms has quit IRC18:16
*** smkz has joined #symbiflow18:34
*** ls has joined #symbiflow20:03
*** andrewb1999 has quit IRC20:03
*** ls has joined #symbiflow20:03
*** ls is now known as andrewb199920:03
*** kraiskil_ has joined #symbiflow20:09
*** kraiskil_ has quit IRC20:19
andrewb1999If I wanted to generate architectures for the xc7z020clg400-1 instead of the xc7z020clg484-1 that is currently in the prjxray db, do I just need to generate a new package_pins.csv or would other device specific files change?20:32
andrewb1999I'm trying to add support for the Pynq-z1 board which uses the xc7z020clg400-120:33
sf-slack<timo.callahan> Hi @andrewb1999, I've done something similar for the xc7a100t parts.   Hold on while I find some info.20:34
sf-slack<timo.callahan> Here is a writeup I did on my 100T experience:   https://github.com/tcal-x/prjxray/blob/doc/NEWPART.md See the part under "Step 3" about adding new steps to "db-extras-zynq7-harness" in your case.   Then you do "make db-extras-zynq7-harness".  Hmm,  I see there are no actions for that target currently, so it might be a little tricky.    Also, I don't see z020 getting built -- do you have local changes for that?20:44
tpbTitle: prjxray/NEWPART.md at doc · tcal-x/prjxray · GitHub (at github.com)20:44
litghostLooks like we've disabled the z7020 configuration from the root makefile: https://github.com/SymbiFlow/prjxray/blob/master/Makefile#L16020:45
tpbTitle: prjxray/Makefile at master · SymbiFlow/prjxray · GitHub (at github.com)20:45
litghostWait I have that backwards20:45
litghostzynq7 is z7020, per https://github.com/SymbiFlow/prjxray/blob/master/settings/zynq7.sh#L220:45
tpbTitle: prjxray/zynq7.sh at master · SymbiFlow/prjxray · GitHub (at github.com)20:45
litghostSo adding the new part per the above doc should work20:45
litghostActually, it is simplier sorry20:46
litghostandrewb1999: You just need to add a line like https://github.com/SymbiFlow/prjxray/blob/master/Makefile#L185-L188 to https://github.com/SymbiFlow/prjxray/blob/master/Makefile#L22320:46
tpbTitle: prjxray/Makefile at master · SymbiFlow/prjxray · GitHub (at github.com)20:46
andrewb1999timo.callahan: I have local changes in symbiflow-arch-defs to build the z020 but don't have any local changes for prjxray20:47
litghostBasically the tilegrid and tileconn are the same, but the package pins <-> sites loc is different20:47
andrewb1999litghost: Ok I'll try that, thanks!20:47
litghostandrewb1999: When you have the extras working, please submit a PR!  Thanks!20:47
andrewb1999litghost: Will do!20:47
*** OmniMancer has joined #symbiflow21:12
*** OmniMancer1 has joined #symbiflow21:14
*** OmniMancer has quit IRC21:17
*** proteusguy has quit IRC21:31
*** proteusguy has joined #symbiflow21:43
andrewb1999Ok I have a bitstream generated for the pynq board.  Does anyone know how to find information to create an openocd config for it?  It seems like a zedboard config exists in the openocd repo but not a pynq-z1 config.22:12
sf-slack<timo.callahan> @mithro, @litghost, I'm back to having things working after integrating recent changes on symbiflow-arch-defs.  Do I need a prjxray-db build _before_ sending the PR?    I have new tests such as "counter_arty100t_bin" that would fail without the prjxray-db updates.  Would CI automatically run these new tests, or does CI have an explicit list of tests that it runs?22:39
*** smkz has quit IRC22:45
*** smkz has joined #symbiflow22:46
litghosttimo.callahan: You can send the PR before the new prjxray-db, how it will be red CI until you update the PR with the new submodule hash22:56
litghosttimo.callahan: I recommend you first get the prjxray PR up, and then get the symbiflow-arch-defs PR up for review22:56
mithro@timo.callahan: I'll do a prjxray-db push now22:56
litghostandrewb1999: Do you know how to define an openocd adapater config?22:57
litghostandrewb1999: You should only need to define the adapter config for the pynq board.  If you have the board schematic, it shouldn't be too hard22:57
mithro@timo.callahan: Is acb6210a7606c5fd72e5ea729aedb37be23f505d new enough?22:58
sf-slack<timo.callahan> Let me check; my last change just merged this morning.23:00
mithroActually - The latest successful run was acb6210a7606c5fd72e5ea729aedb37be23f505d23:02
sf-slack<timo.callahan> On prjxray, I need 4a7983b4ea392aabd93a67a68fcb65bcb4effef823:03
*** andrewb1999 has quit IRC23:04
mithro@timo.callahan: Will have to wait for a bit longer then23:31

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