tlwoerner has joined ##openfpga
rohitksingh has joined ##openfpga
rombik_su has quit [Read error: Connection reset by peer]
DrGary has joined ##openfpga
DrGary has quit [Remote host closed the connection]
DrGary has joined ##openfpga
emeb has quit [Quit: Leaving.]
interruptinuse has quit [Quit: ZNC - https://znc.in -- bye bye!]
interruptinuse has joined ##openfpga
zkms has quit [Ping timeout: 252 seconds]
emeb_mac has joined ##openfpga
zkms has joined ##openfpga
OmniMancer has joined ##openfpga
rohitksingh has quit [Ping timeout: 260 seconds]
Bob_Dole has joined ##openfpga
DrGary has quit [Remote host closed the connection]
pie_ has quit [Ping timeout: 240 seconds]
GenTooMan has quit [Quit: Leaving]
_whitelogger has joined ##openfpga
OmniMancer has quit [Quit: Leaving.]
_whitelogger has joined ##openfpga
Bob_Dole has quit [Ping timeout: 260 seconds]
____ has joined ##openfpga
Morn_ has quit [Ping timeout: 250 seconds]
Morn_ has joined ##openfpga
emeb_mac has quit [Quit: Leaving.]
ZombieChicken has joined ##openfpga
_whitelogger has joined ##openfpga
OmniMancer has joined ##openfpga
Bob_Dole has joined ##openfpga
rohitksingh has joined ##openfpga
<tnt> Meh for some reason Radiant thinks I'm on a high DPI screen and has a _huge_ UI ...
<tnt> Ah .. if anyone has the same : QT_AUTO_SCREEN_SCALE_FACTOR=0 solves it ...
Asu has joined ##openfpga
rohitksingh has quit [Ping timeout: 260 seconds]
<tnt> Architectures Supported:
<tnt> *Jedi
<tnt> what ?
pie_ has joined ##openfpga
<daveshah> Jedi is the codename for CrossLink NX
<daveshah> Some of the Radiant documentation (particularly the HTML primitive docs) refer to it as that
<daveshah> The "device code" is je5d00
<daveshah> There's another unreleased part with code "yo5d00", I guess that is Yoda...
pie_ has quit [Ping timeout: 265 seconds]
<tnt> Ah nice :)
pie_ has joined ##openfpga
pie_ has quit [Ping timeout: 260 seconds]
pie_ has joined ##openfpga
rohitksingh has joined ##openfpga
<tnt> I'm having a hard time understanding how this is supposed to work. https://i.imgur.com/1ZKLfUV.png
<tnt> The "FIFO" has no status (valid/empty/...). The _write_ clock is wired to sgmii_pclk and the _read_ clock is wired to sgmii_rclk.
<tnt> I don't see how that's useful in any way.
<omnitechnomancer> tnt: what does the immi_ready mean?
<omnitechnomancer> or is it lmmi
<tnt> lmmi lattice memory mapped interface
<tnt> some bus used to expose config registers in hard ips.
pie_ has quit [Ping timeout: 258 seconds]
AndrevS has joined ##openfpga
<omnitechnomancer> ah
<tnt> What I don't get is what the fifo is doing at all. The data coming off the "deserializer" are at the "sgmii_rclk" rate (i.e. recovered clock). and not synchronous to whater "pclk" is (which seems to be a local 125 MHz clock, but that's obviously not synchronized to the recovered clock and so can/will drift).
<omnitechnomancer> indeed
<tnt> And then they re-read from that fifo (which AFAICT is now filled with half garbadge from sampling the deserializer output with an unrelated clock) at the recovered clock rate. Why not just output the deserializer output directly !?
<omnitechnomancer> you would think it would have a ready signal so you can stop reading if it's empty :/
_whitelogger has joined ##openfpga
<tnt> no one ?
<omnitechnomancer> I cant think of a reason, unless the diagram is lying
pie_ has joined ##openfpga
<tnt> well, I checked the simulation model too ... and the PCS ip core in the radiant library.
<omnitechnomancer> weird :/
pie_ has quit [Ping timeout: 260 seconds]
<daveshah> PCLK is fed with RCLK after going through the global clock network
<daveshah> At least this is more or less what ECP5 SERDES look like
<daveshah> This effectively compensates for the global buffer delay on RCLK to soft logic
<daveshah> Without the FIFO logic (clocked by the global buffer output) would be sampling with a phase shift vs RCLK directly
<tnt> huh, but I'd still expect the pclk to be on the read side of the fifo and not the write side.
<tnt> also, from the PCS IP from radiant, they definitely just feed the output of a PLL that's unrelated to the recovered clock.
pie_ has joined ##openfpga
<tnt> They actually feed the same clokc as into the SREFCLK (reference clock) port.
pie_ has quit [Quit: No Ping reply in 180 seconds.]
pie_ has joined ##openfpga
AndrevS has quit [Quit: umount /dev/irc]
AndrevS has joined ##openfpga
Asu has quit [Remote host closed the connection]
Asu has joined ##openfpga
Asu has quit [Read error: Connection reset by peer]
Asu has joined ##openfpga
____ has quit [Quit: Nettalk6 - www.ntalk.de]
emeb has joined ##openfpga
ZombieChicken has quit [Ping timeout: 265 seconds]
GenTooMan has joined ##openfpga
pie_ has quit [Ping timeout: 258 seconds]
X-Scale has quit [Ping timeout: 268 seconds]
X-Scale has joined ##openfpga
GenTooMan has quit [Remote host closed the connection]
GenTooMan has joined ##openfpga
pie_ has joined ##openfpga
Bob_Dole has quit [Ping timeout: 260 seconds]
Bob_Dole has joined ##openfpga
OmniMancer has quit [Quit: Leaving.]
<GenTooMan> It would be nice if a programmable logic device had content addressable memory and barrel shift registers
<mwk> GenTooMan: the multipliers in DSPs can be used as shifters
<daveshah> Looks like the CrossLink NX actually have dedicated shifters in the DSP too
<daveshah> so you can do something like a multiply with variable shift on the result
<daveshah> haven't looked in detail though
pie_ has quit [Ping timeout: 240 seconds]
pie_ has joined ##openfpga
<Bob_Dole> is crosslink nx going to have open source toolchain support pretty quick?
<daveshah> things are progressing well
<Bob_Dole> neat, I'll have to inform solra of it. :D
rohitksingh has quit [Ping timeout: 260 seconds]
rohitksingh has joined ##openfpga
Bob_Dole has quit [Ping timeout: 260 seconds]
Bob_Dole has joined ##openfpga
balrog has quit [Quit: Bye]
emeb_mac has joined ##openfpga
Bob_Dole has quit [Ping timeout: 260 seconds]
emeb_mac has quit [Quit: Leaving.]
rombik_su has joined ##openfpga
AndrevS has quit [Quit: umount /dev/irc]
ZombieChicken has joined ##openfpga
Asu has quit [Quit: Konversation terminated!]
<tnt> Does anyone know a way to use a BSDL file to check for shorts in soldering ?