jaseg has quit [Ping timeout: 244 seconds]
jaseg has joined ##openfpga
Degi has quit [Ping timeout: 240 seconds]
Degi has joined ##openfpga
Bike has quit [Quit: leaving]
mupuf_ has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
mupuf has joined ##openfpga
jjeanthom has joined ##openfpga
jjeanthom has quit [Ping timeout: 256 seconds]
jjeanthom has joined ##openfpga
emeb_mac has quit [Quit: Leaving.]
kristianpaul has quit [Ping timeout: 260 seconds]
kristianpaul has joined ##openfpga
smkz has quit [Quit: @]
smkz has joined ##openfpga
kristianpaul has quit [Ping timeout: 240 seconds]
kristianpaul has joined ##openfpga
OmniMancer has joined ##openfpga
mumptai has joined ##openfpga
jemk_ has quit [Remote host closed the connection]
jemk has joined ##openfpga
seraxis has quit [Quit: おやすみ]
seraxis has joined ##openfpga
<tnt> Does anyone know if the "HOLD" inputs on the ice40 DSP are like ~CE synchronous inputs or is that more like a async latch ?
<mwk> ice40_dsp pass certainly just treats it as ~CE
<mwk> ... I'd rather hope it's right
<mwk> also the registers are synchronous anyway, it *has* to work that way unless something really strange is going on
<tnt> Tx :)
<tnt> reset looks async though.
notafile has joined ##openfpga
<tnt> Am I blind ? I can't find where nextpnr select which cell variant ( SB_MAC16_ACC_U_32P32_BYPASS / SB_MAC16_ACC_U_32P32_ALL_PIPELINE / ... ) to use from timings.
<mwk> async reset, yes
<tnt> so, IIUC, there is just no timing data used for DSPs. It just randonly assumes 0.1 ns setup time and 0.1 ns clock-to-out for every port.
<mwk> ... huh
<omnitechnomancer> That would seem like a hasn't been done properly yet kind of thing?
<daveshah> I guess this was never implemented
<tnt> chipdb.py has nothing to import the timing data for DSPs AFAICT.
jjeanthom has quit [Ping timeout: 258 seconds]
Bike has joined ##openfpga
OmniMancer has quit [Quit: Leaving.]
whitequa1k is now known as whitequark
genii has joined ##openfpga
emeb has joined ##openfpga
<lambda> pepijndevos: re: https://aur.archlinux.org/packages/libftd2xx/#comment-766001, do you have a reproducer?
<lambda> (it's also a dependency for xc3sprog-svn, which I have the pleasure of maintaining)
jjeanthom has joined ##openfpga
jjeanthom has quit [Ping timeout: 258 seconds]
jjeanthom has joined ##openfpga
jjeanthom has quit [Ping timeout: 272 seconds]
mumptai has quit [Remote host closed the connection]
<pepijndevos> lambda, the programmer of the Gowin IDE
<pepijndevos> You don't need a license to use it actually
<pepijndevos> so you should be able to just download http://cdn.gowinsemi.com.cn/Gowin_V1.9.3.01Beta_linux.tar.gz and run it
<lambda> pepijndevos: yeah, can reproduce, seems like a gowin problem though
Asu has joined ##openfpga
<lambda> 1.4.8 is the latest ftd2xx version available, not much more one can do about two pieces of proprietary software not interacting
<pepijndevos> lambda, it worked before though... someone suggested the latest kernel broke it
<lambda> pepijndevos: personally I'd blame glibc
<pepijndevos> so it's this function right?
<pepijndevos> Why would ftd2xx fail to find that?
<pepijndevos> And what makes you say it is a Gowin problem?
<pepijndevos> Just trying to understand the linking weirdness going on here
<lambda> yeah, me too
<daveshah> It was deprecated a little while ago, it seems
<daveshah> But I don't know why it needs to _set_ the system time in the first place...
<implr> seems like LD_PRELOADing a shim that just successfully does nothing should be enough
<daveshah> Yeah
<lambda> I just tried that, can't get it to work
<lambda> can't find the reference to stime in the libftd2xx.so objdump either for some reason
<daveshah> pepijndevos, are you sure the gowin tools are using system libraries? This seems odd based on my knowledge of vendor tools
<daveshah> system ftd2xx in particular, being rather nonstandard
<pepijndevos> daveshah, I was using the included one, but then deleted it to try the AUR one.
<pepijndevos> Both give the same error
<pepijndevos> Weird, since the stime deprecation mentions it's only unavailable for newly linked objects, so the shipped one should have it
<pepijndevos> Unless it's some transative system deb that is newer than the deprecation or something
kristianpaul has quit [Read error: Connection reset by peer]
mifune has joined ##openfpga
kristianpaul has joined ##openfpga
mifune has quit [Quit: leaving]
mifune has joined ##openfpga
mumptai has joined ##openfpga
Miyu has joined ##openfpga
hackkitten has quit [Ping timeout: 246 seconds]
Miyu is now known as hackkitten
emeb_mac has joined ##openfpga
Asu has quit [Quit: Konversation terminated!]
jjeanthom has joined ##openfpga
mumptai has quit [Remote host closed the connection]
jjeanthom has quit [Ping timeout: 272 seconds]