Alessandro Comodi

@olofk Can you please take a look at this PR? fasm2bels is an enhancements to the symbiflow toolchain that enables to regenerate the original verilog design starting from a bitstream...

Hi @olofk, yeah, that makes sense to use the new API, and the starting point would be indeed symbiflow in general, for which, as far as I understand we'd need...

> I notice I am getting errors not from the MMCM test but from the bram tests that I didn't do anything too? @WhiteNinjaZ It seems indeed strange that the...

@WhiteNinjaZ yes, it does, but starting from a bitstream generated by symbiflow. The diff fasm flow is the following: `Verilog -> yosys -> VPR -> fasm -> bitstream -> fasm2bels...

@WhiteNinjaZ Yeah, we may add a test for MMCMs similar to the [PLL](https://github.com/SymbiFlow/prjxray/tree/master/minitests/plle2_adv) one in the prjxray minitests. The new test would probably have another makefile target to perform the...

> CI is red This is expected, I need to bump fasm2bels with the IS_C_INVERTED fix I'll rebase and bump fasm2bels

> Please rebase on master Done

@mkurc-ant This should have been fixed with https://github.com/SymbiFlow/prjxray/pull/1692, I guess that the prjxray-db conda package needs a bump.

Right, the fact is that now, `conda_lock.yml` is used to build the environment, and this is generated by the conda bot updater. The `environment.yml` file is used as a guide...

Hi @dnltz, I think that the right place to start is the [add_xc_board](https://github.com/SymbiFlow/symbiflow-arch-defs/blob/a3c75b4b7304a29ff3d48b594e5afe922ce00f7e/xc/common/cmake/device_define.cmake#L1) as discussed in [#1800](https://github.com/SymbiFlow/symbiflow-arch-defs/issues/1800). At the moment each different part that is available is bound to a...