@litghost Can you give some advice on this when you have a chance?

This is actually pretty straight forward to fix, but it will require some fixes and a bunch of testing.

1. Need to properly fix Missing INIT string data in FASM for selected BRAM sites prjxray#1285 . @tmichalak has proposed a couple fixes, but it is unclear if the fixes are generally safe and structurely true to the underlying bitstream.
2. Update symbiflow-arch-defs to add the BRAM_R.

• Make sure https://github.com/SymbiFlow/symbiflow-arch-defs/tree/master/xc/common/primitives/bram_r is in sync with https://github.com/SymbiFlow/symbiflow-arch-defs/tree/master/xc/common/primitives/bram_l
• Update https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc/xc7/archs/artix7/devices/xc7a50t-virt/CMakeLists.txt and equivalent devices to add BRAM_R
• Add cluster equivalence to https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc/xc7/archs/artix7/tiles/bram_r/CMakeLists.txt and https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc/xc7/archs/artix7/tiles/bram_l/CMakeLists.txt
• Add tests confirming that BRAM_L clusters can be placed in BRAM_R and vise versa
• Add tests filling all BRAM's in the fabric and checking the init in hardware, and via fasm2bels, etc

GitHub

SymbiFlow/symbiflow-arch-defs

FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub

SymbiFlow/symbiflow-arch-defs

FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub

SymbiFlow/symbiflow-arch-defs

FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub

SymbiFlow/symbiflow-arch-defs

FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub

SymbiFlow/symbiflow-arch-defs

FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

This is actually pretty straight forward to fix, but it will require some fixes and a bunch of testing.

1. Need to properly fix [SymbiFlow/prjxray#1285](https://github.com/SymbiFlow/prjxray/issues/1285) . @tmichalak has proposed a couple fixes, but it is unclear if the fixes are generally safe and structurely true to the underlying bitstream.

2. Update symbiflow-arch-defs to add the BRAM_R.


* Make sure https://github.com/SymbiFlow/symbiflow-arch-defs/tree/master/xc/common/primitives/bram_r is in sync with https://github.com/SymbiFlow/symbiflow-arch-defs/tree/master/xc/common/primitives/bram_l

* Update https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc/xc7/archs/artix7/devices/xc7a50t-virt/CMakeLists.txt and equivalent devices to add BRAM_R

* Add cluster equivalence to https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc/xc7/archs/artix7/tiles/bram_r/CMakeLists.txt and https://github.com/SymbiFlow/symbiflow-arch-defs/blob/master/xc/xc7/archs/artix7/tiles/bram_l/CMakeLists.txt

* Add tests confirming that BRAM_L clusters can be placed in BRAM_R and vise versa

* Add tests filling all BRAM's in the fabric and checking the init in hardware, and via fasm2bels, etc

GitHub**SymbiFlow/symbiflow-arch-defs**FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub**SymbiFlow/symbiflow-arch-defs**FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub**SymbiFlow/symbiflow-arch-defs**FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub**SymbiFlow/symbiflow-arch-defs**FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

GitHub**SymbiFlow/symbiflow-arch-defs**FOSS architecture definitions of FPGA hardware useful for doing PnR device generation. - SymbiFlow/symbiflow-arch-defs

Sounds good. How can we determine if @tmichalak 's fixes are correct? Testing?