09:45 <mithro> duck2: ping?

12:34 <duck2> mithro: hello

12:37 <mithro> duck2: When you have time, happy to discuss "I don't know what to do about the discrepancy between the XSD schema and VPR's internal representation." issue

12:37 <mithro> duck2: Did you see my comment about lowering the single element structures too?

12:50 <mithro> mkurc: I was thinking that for https://github.com/SymbiFlow/prjxray/pull/881 we create a separate git repo which generates the verilog and then just add the verilog to prjxray?

12:50 <tpb> Title: Litex SoC minitest by mkurc-ant · Pull Request #881 · SymbiFlow/prjxray · GitHub (at github.com)

12:55 <sf-slack2> <mkurc> @mithro But the point there was in having bitstreams that we can process with bit2fasm and see what bits we are missing. So we would need bitstream in the repo

12:56 <sf-slack2> <mkurc> @mithro And the LiteX has that neat feature that it takes care of invoking the bitstream generation tools

12:56 <mithro> mkurc: I'm suggesting that we don't add deps on the litex+migen into prjxray -- instead we just generate the verilog + shell script once and then commit that

13:01 <sf-slack2> <mkurc> @mitrho That makes sense. However generating all the stuff was suggested by @litghost. I think it would be good to consult with him on that matter. I can do that later today.

13:03 <sf-slack2> <tmichalak> @mkurc: litghost mentioned he won't be around Thursday, Friday I think

13:08 <sf-slack2> <tmichalak> @mkurc: I also don't think he specified the structure of the minitest in such detail, we do need two bitstreams, one synhtesized with the yosys frontend and another with vivado along with respective fasm files

13:09 <sf-slack2> <mkurc> @tmichalak: Anyways, the solution by @mitrho seems reasonable, we can proceed with it.

13:10 <sf-slack2> <tmichalak> @mkurc: exactly my point, let's proceed with the verilog + shell script approach

13:26 <mithro> mkurc: I think that is what we did for picosoc / muraxsoc?

13:28 <sf-slack2> <mkurc> @mitrho: The picosoc was verilog source code which needed some tweaking. I can't tell about the murax.

14:00 <mithro> mkurc: Murax is generated from SpinalHDL using jvm

14:00 <mithro> mkurc: I mean, I love LiteX -- built I'm worried about prjxray growing too many dependencies

14:01 <sf-slack2> <mkurc> @mithro I understand your concern. I'll add sources and build scripts.

14:33 <sf-slack2> <mkurc> @mithro I added sources generated by LiteX together with Makefiles. This time the only new external dependency is Yosys. https://github.com/SymbiFlow/prjxray/pull/883

14:33 <tpb> Title: Litex SoC minitest (sources) by mkurc-ant · Pull Request #883 · SymbiFlow/prjxray · GitHub (at github.com)

21:43 <duck2> mithro: I thought about the issue and I think it's just fine generating a struct like the current one. After all, XSD is supposed to only define the form of the document. The post-processor will still be there, but it won't need strcmps to fill in enums, vectors can just be copied over etc.

21:43 <duck2> mithro: yep, it's a good idea to emit the single-element structs as typedefs, thanks