Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Auto regeneration of FASM test files #42

Open
acomodi opened this issue Dec 15, 2020 · 1 comment
Open

Auto regeneration of FASM test files #42

acomodi opened this issue Dec 15, 2020 · 1 comment

Comments

@acomodi
Copy link
Contributor

acomodi commented Dec 15, 2020

Problem statement

Currently, there are test data files which are fixed and, with the developement going on with symbiflow-arch-defs, prjxray, etc., these data files are becoming obsolete (and will become obsolete) and unsuited for testing purposes.

The problem is that there is a circular dependency between fasm2bels and symbiflow-arch-defs, for which a set of features might change both in prjxray-db, and the FASM files in the tests do not reflect the changes in the DB, hence being unsuited for testing anymore.

Possible solutions

[TODO]
@litghost
Copy link
Contributor

One potential solution we discussed adding tarball'd bitstreams generated from Vivado as the source of truth to break the circular dependency. So fasm2bels would have the "truth" bitstreams, generate FASM from those, and output verilog to be checked.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@litghost @acomodi