Tuesday, 2021-03-23

*** tpb has joined #symbiflow00:00
*** craigo has quit IRC00:13
*** Raito_Bezarius has quit IRC00:50
*** Raito_Bezarius has joined #symbiflow00:50
*** kgugala has joined #symbiflow01:52
*** Degi_ has joined #symbiflow02:35
*** Degi has quit IRC02:37
*** Degi_ is now known as Degi02:37
*** citypw has joined #symbiflow03:02
*** maartenBE has quit IRC03:38
*** maartenBE has joined #symbiflow03:41
*** _whitelogger_ has quit IRC04:42
*** _whitelogger_ has joined #symbiflow04:44
*** citypw has quit IRC04:45
*** kgugala_ has joined #symbiflow05:47
*** kgugala has quit IRC05:50
*** kraiskil has joined #symbiflow06:45
*** kgugala_ has quit IRC07:16
*** kgugala has joined #symbiflow07:16
*** kraiskil has quit IRC07:17
*** kraiskil has joined #symbiflow08:57
*** kraiskil has quit IRC09:10
*** citypw has joined #symbiflow09:18
*** citypw has quit IRC09:29
*** Raito_Bezarius has quit IRC11:10
*** kraiskil has joined #symbiflow11:21
*** phire has quit IRC11:24
*** phire has joined #symbiflow11:26
*** kraiskil has quit IRC11:33
sf-slack<nils.albartus> Following up on my question yesterday, we went hunting down the missing bits in the zedboard database.  As suggested I tried to locate the tile / column with the help of the `tilegrid.json` . Here is what I did: ```{ unknown_bit = "0042001a_16_7", unknown_segment = "0x00420000", unknown_segbit = "26_519" }``` First we checked `INT_L` , since the base address matched. The given seg_bits are `26_519` (or rather11:52
sf-slack`26_07` ) which are not responsible for the tile anymore ((https://symbiflow.github.io/prjxray-db/zynq7/tile_int_l.html).  so, this is not what we are looking for. is this correct so far?  so we had a look at what else is starting at the baseaddr `0x00420000`  and found `HCLK_IOI3_X1Y26` . looking at the database file `segbits_hclk_ioi3.db` we found a bunch of entries with segbits `26_XY` , but not `26_07` . So we currently11:52
sf-slackassume that the missing bits are related to `HCLK_IOI3` . Is our assumption correct this far?  if our assumption is correct, what would the next step be? i guess we need to look at fuzzer `047-hclk-ioi-pips` ? any tips on how to go on from here?11:52
tpbTitle: X-Ray ZYNQ7 Database: INT_L (at symbiflow.github.io)11:52
*** citypw has joined #symbiflow11:54
sf-slack<acomodi> nils1994: So, I think that it is not the HCLK_IOI3 tile as that one is found at word offset == 50. In this case, your unknown bit is at word 16 (`0042001a_16_7` where `0042001a` is the base_address + frame in hex, 16 is the word in the frame, and 7 is the bit in the word)12:04
sf-slack<acomodi> There are many different tiles found at that base address though, which include IOBs and IOIs12:06
sf-slack<acomodi> If I were to guess, those unknowns might be related to those tiles12:10
*** citypw has quit IRC12:29
*** umarcor has joined #symbiflow13:23
sf-slack<nils.albartus> mh okay. i guess than i am quite lost on how to start…13:26
sf-slack<acomodi> So, the idea here is to be able first to identify what is causing these unknown bits. We know that they are in the area of the IOB/IOI/INT_L tiles in the bottom left clock region.13:28
sf-slack<acomodi> Given that the same unknown bits appear in different words (as per in the snippet above) may be a hint that these are corresponding to a configuration parameter (this may be untrue, but it is just a hint)13:30
*** rj has joined #symbiflow14:08
litghostIf that is near the IO column, it could just be IO standard stuff14:34
litghostWhat IO standards are you using?14:34
*** krogozinski has quit IRC15:24
*** krogozinski has joined #symbiflow15:24
*** shivampotdar has quit IRC15:35
*** duck2 has quit IRC15:35
*** duck2 has joined #symbiflow15:35
*** b33p[m] has quit IRC15:36
*** citypw has joined #symbiflow15:36
*** fevv8[m] has quit IRC15:36
*** unrznbl[m] has quit IRC15:37
*** xobs has quit IRC15:38
*** promach3 has quit IRC15:38
*** lopsided98 has quit IRC15:43
*** lopsided98 has joined #symbiflow15:48
*** shivampotdar has joined #symbiflow15:54
*** unrznbl[m] has joined #symbiflow16:07
*** b33p[m] has joined #symbiflow16:14
*** xobs has joined #symbiflow16:14
*** promach3 has joined #symbiflow16:22
*** fevv8[m] has joined #symbiflow16:26
-_whitenotifier-4- [sv-tests] tgorochowik opened issue #1411: Kokoro doesn't always start - https://git.io/JmjDi16:27
*** citypw has quit IRC16:40
*** yeti has quit IRC17:41
*** yeti has joined #symbiflow17:42
mithroI wonder how we do something like https://developers.redhat.com/blog/2019/10/14/introducing-debuginfod-the-elfutils-debuginfo-server/ for FPGA bitstreams...17:51
mithroumarcor: thoughts -^17:51
umarcoruntil now we have avoided debug symbols (not added them explicitly, unless created by default) because the main use case is CI. size matters because it has direct impact on startup and traffic.17:56
umarcorhowever, we have full control of the build procedure for each tool, and we do already publish some 'pkg' images which contain artifacts. therefore, we might "easily" generate build symbols and distribute them there or elsewhere.17:57
umarcoris debuginfod just a tool or also a service? i.e. do we need to setup our own debuginfod server?17:59
mithroumarcor: Well there are two seperate things, running debuginfod for the FPGA tooling18:04
mithroumarcor: Creating something like debuginfod for FPGA bitstreams18:04
umarcoroh, sorry. I completely overlooked the "for FPGA bitstreams" part!18:05
*** kraiskil has joined #symbiflow18:05
mithroumarcor: debuginfod is a protocol / server which takes basically locals debug symbols and then publishes them as a HTTP server18:06
mithroumarcor: So it would be good if the FPGA tooling was build with "split debug symbols" and then the split debug symbols are saved somewhere and then published in a debuginfod compatible form.18:10
*** gromero has joined #symbiflow18:58
mithroThis is super cool -> https://aafigure.readthedocs.io/en/latest/sphinxext.html#quick-example19:00
tpbTitle: Sphinx aafigure 0.5 documentation (at aafigure.readthedocs.io)19:00
sf-slack<mgielda> yeah, it's cool. pondered id for diagrams until I had to redraw one ;)19:06
sf-slack<mgielda> *it19:06
*** kgugala_ has joined #symbiflow19:16
*** kgugala has quit IRC19:19
*** rj has quit IRC19:27
*** rj has joined #symbiflow19:31
*** ktemkin is now known as gsg-bridge20:12
*** gsg-bridge has joined #symbiflow20:13
*** gsg-bridge is now known as ktemkin20:17
*** ktemkin has joined #symbiflow20:17
mithrolitghost: I just discovered https://github.com/olsner/jobclient20:44
litghostHuh, might be handy20:48
*** kraiskil has quit IRC21:00
mithroAlso, rust implementation if anyone is interested -- https://docs.rs/jobserver/0.1.21/jobserver/21:01
tpbTitle: jobserver - Rust (at docs.rs)21:01
umarcormgielda: https://asciiflow.com is quite nice for text representation of diagrams21:50
tpbTitle: ASCIIFlow (at asciiflow.com)21:50
*** Raito_Bezarius has joined #symbiflow23:10

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