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
Per-pin direction control for platform defined IOs #413
Comments
Can you actually do this? I recall that you ran into some trouble where the |
Yep, it turned out to be an issue in my code. It does synthesize correctly in Yosys/Nextpnr and Diamond. |
Then I would say that using |
What's bothering me is that it is generally the responsibility of the end user to write the |
Of course. But the entire reason you are having this problem is that you are using the platform specific primitive |
Closing in favor of #458. |
In LiteDRAM, each DQ pin has its OE signal driven by its own TSHX2DQSA instance. There are currently two ways of doing this in nMigen:
dir={"mysubsignal":"-"}
whenplatform.request
is called: you have to declare the bidirectional IO instances yourselfWe're not sure that we actually have to declare TSHX2DQSA for each pin, but that might be useful for other protocols (which ones?).
The text was updated successfully, but these errors were encountered: