m_w has quit [Ping timeout: 250 seconds]
freemint has quit [Remote host closed the connection]
freemint has joined ##openfpga
nrossi has joined ##openfpga
lutsabound has quit [Quit: Connection closed for inactivity]
Bike has quit [Quit: Lost terminal]
Stary has quit [Ping timeout: 246 seconds]
cr1901_modern has quit [Ping timeout: 265 seconds]
cr1901_modern has joined ##openfpga
OmniMancer has joined ##openfpga
_whitelogger has joined ##openfpga
mwk has quit [Ping timeout: 240 seconds]
mkru has joined ##openfpga
mkru has quit [Client Quit]
parataxis has quit [Ping timeout: 265 seconds]
m4ssi has joined ##openfpga
mwk has joined ##openfpga
_whitelogger has joined ##openfpga
jfng has quit [Quit: killed]
eddyb has quit [Quit: killed]
synaption[m] has quit [Quit: killed]
xobs has quit [Quit: killed]
promach3 has quit [Quit: killed]
swedishhat[m] has quit [Quit: killed]
nrossi has quit [Quit: killed]
henriknj has quit [Quit: killed]
omnitechnomancer has quit [Quit: killed]
pepijndevos[m] has quit [Quit: killed]
scream has quit [Quit: killed]
m_w has joined ##openfpga
m_w has quit [Ping timeout: 245 seconds]
mumptai has joined ##openfpga
Asu has joined ##openfpga
Asu` has joined ##openfpga
Asu has quit [Ping timeout: 268 seconds]
omnitechnomancer has joined ##openfpga
<omnitechnomancer> SpaceCoaster: I have pushed a fix for the python issues you encountered
GenTooMan has quit [Ping timeout: 245 seconds]
cr1901_modern has quit [Read error: Connection reset by peer]
jfng has joined ##openfpga
promach3 has joined ##openfpga
synaption[m] has joined ##openfpga
xobs has joined ##openfpga
nrossi has joined ##openfpga
eddyb has joined ##openfpga
swedishhat[m] has joined ##openfpga
henriknj has joined ##openfpga
pepijndevos[m] has joined ##openfpga
scream has joined ##openfpga
Asu` has quit [Read error: Connection reset by peer]
Asu` has joined ##openfpga
parataxis has joined ##openfpga
<OmniMancer> daveshah: what is an ALU54B?
<daveshah> OmniMancer: the ALU part of the DSP
<OmniMancer> ah
cr1901_modern has joined ##openfpga
<OmniMancer> daveshah: does the trellis relative naming form allow for offsets in both directions at once?
<daveshah> Yes
<daveshah> N2E3 would be valid for example
<daveshah> This is quite common in IO and clocking, like https://symbiflow.github.io/prjtrellis-db/ECP5/tilehtml/ECLK_L.html
<OmniMancer> Ah I see
<OmniMancer> perhaps I should convert to this form at some point
<OmniMancer> I think the IO doesn't need it since I think they are in the same row/column as the routing for them, so only ever offset in one directions
<OmniMancer> but unsure if other things will be less easy
<OmniMancer> daveshah: I am not sure I entirely understand the naming of the intertile routing signals in trellis
<daveshah> I never really figured out the meaning either
<daveshah> I just normalised the naming lattice uses
<OmniMancer> ah okay, the Anlogic ones seem much more intuitive
<OmniMancer> what exactly gets normalised there?
<daveshah> Names at the edge
<daveshah> But I more just took a lot of samples and found patterns rather than really tried to work out all the different numbers
<OmniMancer> so I guess that is somewhat similar to the issue I saw with extra pips existing near the edges
<OmniMancer> so does the routing graph in lib trellis do anything to match up the wires between tiles with the arcs that use them?
<daveshah> Yes, it combines all wires using the relative coordinate system
<daveshah> Wire A in a tile and N1_A in a tile below will be combined
<OmniMancer> are those wires stores with some realtivised naming in the db?
<OmniMancer> ah
<OmniMancer> and that happens for tiles which have multiple associated routing blocks?
<daveshah> It doesn't really consider routing blocks
<daveshah> Wires and pips are effectively converted back to relative coords to store in the db
<OmniMancer> I guess I mean so far for me the only inter tile wires are the actual nesw wires
<OmniMancer> which are already named in a form of relative coords
<OmniMancer> in that they are named as a direction a span and whether they are the beginning, end or middle
<OmniMancer> so for those I can work out which wire they are systematically, or I was just adding fake pips in the generic backend which took ages
<OmniMancer> so e6end0 would be the first eastgoing 6 span wire from 6 tiles west of this one
<OmniMancer> perhaps these should be normalised into some kind of W6_e6beg0 or something in the DB to make the merging easier later
OmniMancer has quit [Quit: Leaving.]
<SpaceCoaster> Thanks for the tweaks, ran through all the fuzzers. I didn’t realize how many wires and muxes a FPGA has. What does the beg in the w2beg7 name stand for?
<whitequark> FPGAs are like, mostly wires and muxes
<mwk> SpaceCoaster: beginning
<mwk> where the net driver is
<mwk> or, well, segment driver
azonenberg_work has quit [Ping timeout: 245 seconds]
<SpaceCoaster> Watching a fuzzer do the luts in seconds then grind through the routing config for hours brought it home.
<sorear> “stringy”
GenTooMan has joined ##openfpga
azonenberg_work has joined ##openfpga
tlwoerner has quit [Quit: Leaving]
tlwoerner has joined ##openfpga
m4ssi has quit [Remote host closed the connection]
mumptai has quit [Quit: Verlassend]
X-Scale` has joined ##openfpga
X-Scale has quit [Ping timeout: 268 seconds]
X-Scale` is now known as X-Scale
zng has quit [Ping timeout: 246 seconds]
zng has joined ##openfpga
m_w has joined ##openfpga
Stary has joined ##openfpga
Jybz has joined ##openfpga
genii has joined ##openfpga
AndrevS has joined ##openfpga
Jybz has quit [Quit: Konversation terminated!]
AndrevS has quit [Quit: umount /dev/irc]
pie_ has quit [Ping timeout: 265 seconds]
X-Scale` has joined ##openfpga
X-Scale has quit [Ping timeout: 250 seconds]
X-Scale` is now known as X-Scale
pie_ has joined ##openfpga
freemint has quit [Ping timeout: 240 seconds]
Asu` has quit [Remote host closed the connection]
Bike_ has joined ##openfpga
Bike_ is now known as Bike