-
Notifications
You must be signed in to change notification settings - Fork 115
Description
There is an issue for which the diff fasm tests fail when running the bram_test_36 test.
The failure is generated by a wrong routing to the constant VCC net of some of the pins of teh BRAM36.
The "wrong" route passes through an additional FAN_BOUNCE pip instead of connecting directly to the VCC_WIRE. As a result, fasm2bels wrongly computes the fixed route, generating a difference in the fasm files.
Even though this is not a critical error, meaning that the route is still valid, there is no straightforward way to teach fasm2bels to take into account the extra-jump to the BOUNCE pip.
One thing to notice is that, at least locally, using the binary heap for the router, helped to solve the problem, but, as discussed in #1386, the problem should not depend on the type of heap used, probably, with different seeds and multiple runs, also the binary heap would fail eventually.
Activity
litghost commentedon Apr 7, 2020
The bug is in neither
fasm2belsnorfasm2frames. Both tools a respecting the inputs they were given. The problem is in VPR (or other tool) and the routes it chooses. The solution is definitely not to modifyfasm2bels, as the underlying bitstreeam uses the additional pip. A filter beforefasm2framesor infasm2framesis valid, or a change to VPR.[-]Diff tests fail for BRAM test 36[/-][+]VCC incorrectly routed through a FAN_BOUNCE pip[/+]acomodi commentedon Apr 16, 2020
Seen this in another vendor tool ci run as well, this time on the murax test.
4 remaining items