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.

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

Quicklogic 'qlf_k4n8' device support in yosys #92

Open
wants to merge 2 commits into
base: master+wip
Choose a base branch
from

Conversation

sharmaln
Copy link

@sharmaln sharmaln commented Mar 2, 2021

This PR merges QuickLogic 'qlf_k4n8' device in Symbiflow-yosys. This is required as a prerequisite to another PR: f4pga/f4pga-arch-defs#2036 where this device support is added in Symbiflow-arch-defs. But CI is failing for that PR because yosys does not have this device support. So, I am adding this device support to yosys.

@kgugala
Copy link
Member

kgugala commented Mar 2, 2021

@lnsharma can you rebase this and remove the Merge pull request #1 from lnsharma/add_qlf_k4n8_dev commit?

@litghost
Copy link

litghost commented Mar 2, 2021

I thought we had discussed managing this as a plugin? Am I misremembering?

@kgugala
Copy link
Member

kgugala commented Mar 3, 2021

This is a different device. This PR adds synthesis for openFPGA generated qlf_k4n8 chip (and is needed in f4pga/f4pga-arch-defs#2036 so it can go green).

It'd be really good to have it supported. In general openFPGA also uses VPR so there may be nice overlap.

If we can get land this PR, conda builder will generate a package from it and we should be able to land arch-defs PR (this will be much faster than packing it all into a plugin, especially with techmaps etc)

@sharmaln
Copy link
Author

sharmaln commented Mar 9, 2021

@litghost , @kgugala : Still awaiting response, if this is merged then we can proceed with merging k4n8 device support in Symbiflow-arch-defs.

@litghost
Copy link

litghost commented Mar 9, 2021

@litghost , @kgugala : Still awaiting response, if this is merged then we can proceed with merging k4n8 device support in Symbiflow-arch-defs.

I already gave my response. All of this data should be managed as a plugin, e.g. the code should be compiled into an .so (or equiv) and the data should be located in the plugins data folder.

@kgugala
Copy link
Member

kgugala commented Mar 9, 2021

Sure, we'll pack it into a lib so we can code use this as a plugin

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants