18:21 <sf-slack2> <butta> We are currently looking into making a blackbox model for DSPs so we can get some designs through routing (but obviously not bitstream generation). Does anyone have advice on how to do this? We are a bit confused about whether all the .pb_type.xml are generated from a .sim.v or if some are handwritten because we can't find .sim.v for the brams.

18:25 <sf-slack2> <kgugala> @butta only a few pb_type.xmls are generated from sim.v files

18:26 <sf-slack2> <kgugala> v2x (the tool used for generating xmls) does not support all the features we need to fully switch to generated xmls

18:26 <sf-slack2> <kgugala> you're right - BRAMs are written by hand

18:27 <sf-slack2> <butta> Oh okay that's helpful

18:28 <sf-slack2> <butta> So to get a blackbox model for DSPs do we just need to write the .model.xml and the .pb_type.xml or is there other stuff we are missing?

18:29 <sf-slack2> <kgugala> you need to include them somwhere in the upper level xml

18:29 <sf-slack2> <kgugala> the add_file_target CMAKE function scans for all the included xmls and adds them to a dependency list

18:30 <sf-slack2> <kgugala> and you need to have your pb_type and model included somewhere in the arch.xml

18:40 <sf-slack2> <kgugala> architectures are defined e.g. here https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc7/archs/artix7/devices/xc7a50t-arty-roi-virt/CMakeLists.txt

18:41 <tpb> Title: symbiflow-arch-defs/CMakeLists.txt at master · SymbiFlow/symbiflow-arch-defs · GitHub (at github.com)

18:41 <sf-slack2> <kgugala> (similar for other supported devices)

18:41 <sf-slack2> <kgugala> you'd need to add a tile definition and include it in the architecture definition

18:42 <sf-slack2> <kgugala> I mean DSP tile definition