<tnt>
So looks like in 'DYNAMIC' delay mode the dynamic bits are actually ANDed with the static bits, so you need to set FDA value to 15 if you want the full dynamic range.
<tnt>
Not sure if next pnr should just force them all the '1' if 'DYNAMIC' is selected.
eddyb has quit [Quit: killed]
henriknj has quit [Quit: killed]
promach3 has quit [Quit: killed]
swedishhat[m] has quit [Quit: killed]
nrossi has quit [Quit: killed]
scream has quit [Quit: killed]
emily has quit [Quit: killed]
indefini[m] has quit [Quit: killed]
omnitechnomancer has quit [Quit: killed]
ZirconiumX has quit [Ping timeout: 268 seconds]
ZirconiumX has joined ##openfpga
fibmod has quit [Ping timeout: 265 seconds]
moho1 has quit [Ping timeout: 268 seconds]
fibmod has joined ##openfpga
freemint has joined ##openfpga
moho1 has joined ##openfpga
emily has joined ##openfpga
swedishhat[m] has joined ##openfpga
omnitechnomancer has joined ##openfpga
xobs has joined ##openfpga
scream has joined ##openfpga
jfng has joined ##openfpga
nrossi has joined ##openfpga
promach3 has joined ##openfpga
indefini[m] has joined ##openfpga
eddyb has joined ##openfpga
henriknj has joined ##openfpga
dh73 has joined ##openfpga
dh73 has quit [Quit: Leaving.]
freemint has quit [Ping timeout: 248 seconds]
freemint has joined ##openfpga
freemint has quit [Ping timeout: 256 seconds]
_whitelogger has joined ##openfpga
freemint has quit [Remote host closed the connection]
freemint has joined ##openfpga
dh73 has joined ##openfpga
dh73 has quit [Read error: Connection reset by peer]
freemint has quit [Ping timeout: 256 seconds]
Asu has joined ##openfpga
rohitksingh has joined ##openfpga
freemint has joined ##openfpga
freemint has quit [Remote host closed the connection]
freemint has joined ##openfpga
ZombieChicken has quit [Ping timeout: 260 seconds]
<daveshah>
tnt: are you able to test what icecube/radiant does? nextpnr should probably do the same
balrog has quit [Ping timeout: 240 seconds]
balrog has joined ##openfpga
m4ssi has quit [Remote host closed the connection]
freemint has quit [Ping timeout: 256 seconds]
freemint has joined ##openfpga
rohitksingh has quit [Ping timeout: 256 seconds]
rohitksingh has joined ##openfpga
rohitksingh has quit [Ping timeout: 272 seconds]
freemint has quit [Ping timeout: 256 seconds]
freemint has joined ##openfpga
rohitksingh has joined ##openfpga
emeb has joined ##openfpga
Jybz has joined ##openfpga
rohitksingh has quit [Ping timeout: 240 seconds]
balrog has quit [Quit: Bye]
<swetland>
daveshah: is there any support for relative constraints in nextpnr? (thinking about requesting adjacency for synchronizer DFFs in particular)
rohitksingh has joined ##openfpga
balrog has joined ##openfpga
<daveshah>
swetland: no, not exposed to the user
<daveshah>
nextpnr does make a lot of use of relative constraints internally, for things like carry chains and mux structures, but issues around preserving them during packing (for arches that do significant packing) and naming make this a bit tricky to expose at the moment
* swetland
nods
rohitksingh has quit [Ping timeout: 260 seconds]
<tnt>
Info: Max frequency for clock 'clk_fast': 124.88 MHz (PASS at 120.00 MHz)
<tnt>
Cutting it close but this might just work ...
rohitksingh has joined ##openfpga
cpresser has joined ##openfpga
<ZirconiumX>
I mean, nextpnr's timing models are generally fairly conservative, so it's highly likely it will
<tnt>
Yeah, it's just nice to see PASS :) And I'm glad 120M is my target because at this point I have manually instanciated LUT and FF locked into their optimal position so there is really no more gain to be had.
<tpw_rules>
whitequark: hi can you accept my PR :3
tms__ has joined ##openfpga
tms__ has quit [Client Quit]
Jybz has quit [Quit: Konversation terminated!]
zng has quit [Ping timeout: 268 seconds]
zng has joined ##openfpga
rohitksingh has quit [Ping timeout: 260 seconds]
rohitksingh has joined ##openfpga
freemint has quit [Remote host closed the connection]