Yes, happy to look into fixing this. I think this is a known issue already that I started looking at, where it gets confused because the pad has two connections to it (the TBUF and the input buffer). Just need to work out how to fix this.
-
-
Weirdly I can't reproduce this on my system - although there still is another issue with TBUF, I don't think this triggers it. I'm not sure why you're seeing this, what version of Yosys and arachne-pnr are you using?
1 reply 0 retweets 2 likes -
Replying to @fpga_dave @oe1cxw
Yosys 0.7+336 (git sha1 adf1754, clang 3.8.0-2ubuntu4 -fPIC -Os)
2 replies 0 retweets 0 likes -
I'm not sure whether any of the changes,
@oe1cxw may know, but I'm on Yosys 0.7+443 (git sha1 e97f10b1, clang 5.0.1 -fPIC -Os). Can you try upgrading your Yosys and arachne-pnr to the latest git masters?1 reply 0 retweets 1 like -
-
I now have Yosys 0.7 +449. Synthesis passes without error and a bitstream is generated. However, the resulting bitstream is non-functional. For example, I have the 'pin_pu' signal assigned to '1', but even that is not being driven to one when downloaded. icecube2 works.
1 reply 0 retweets 0 likes -
Thanks. I'll look into this further. Can you confirm CDONE is actually going high?
1 reply 0 retweets 0 likes -
Looking at things something is definitely wrong with the bitstream, almost as if arachne-pnr is ignoring the pin assignments. I will continue to investigate.
2 replies 0 retweets 1 like -
Never mind, was looking at the icebox_vlog output incorrectly, pretty pin_pu should at least be being driven high.
1 reply 0 retweets 2 likes -
Replying to @fpga_dave @oe1cxw
The design uses a warmboot component, is this the first time it's been used in icestorm toolchain?
1 reply 0 retweets 0 likes
No. It's tested: http://svn.clifford.at/handicraft/2017/ice40multidemo/ …
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.