allenlorenz1 has joined #symbiflow
allenlorenz1 has left #symbiflow [#symbiflow]
allenlorenz1 has joined #symbiflow
allenlorenz1 has quit [Quit: Leaving.]
allenlorenz1 has joined #symbiflow
allenlorenz1 has left #symbiflow [#symbiflow]
allenlorenz has joined #symbiflow
allenlorenz has left #symbiflow [#symbiflow]
<_whitenotifier-3> [sv-tests] alainmarcel opened issue #580: BlackParrot Verilog vs SystemVerilog files - https://git.io/JvLpG
citypw has joined #symbiflow
proteus-guy has joined #symbiflow
<mithro> hackerfoo: What does high_fanout_threadhold actually do?
proteus-guy has quit [Remote host closed the connection]
proteus-guy has joined #symbiflow
<hackerfoo> mithro: It's the fanout threshold where this function is used instead of `timing_driven_route_connection_from_route_tree`: https://github.com/verilog-to-routing/vtr-verilog-to-routing/blob/master/vpr/src/route/route_timing.cpp#L1386-L1450
<tpb> Title: vtr-verilog-to-routing/route_timing.cpp at master · verilog-to-routing/vtr-verilog-to-routing · GitHub (at github.com)
<hackerfoo> "Unlike timing_driven_route_connection_from_route_tree(), only part of the route tree which is spatially close to the sink is added to the heap."
<hackerfoo> If the criticality is also above 0.9
<hackerfoo> I should probably set a breakpoint to make sure this code is actually being used.
Bertl_oO is now known as Bertl_zZ
OmniMancer has joined #symbiflow
heijligen has quit [Ping timeout: 248 seconds]
piegames1 has quit [Ping timeout: 250 seconds]
heijligen has joined #symbiflow
piegames1 has joined #symbiflow
Vonter has quit [Ping timeout: 260 seconds]
Vonter has joined #symbiflow
Vonter has quit [Max SendQ exceeded]
Vonter has joined #symbiflow
Vonter has quit [Ping timeout: 268 seconds]
futarisIRCcloud has joined #symbiflow
Vonter has joined #symbiflow
synaption[m] has quit [*.net *.split]
perillamint has quit [*.net *.split]
lromor[m] has quit [*.net *.split]
luaraneda has quit [*.net *.split]
alexhw[m] has quit [*.net *.split]
tux3 has quit [*.net *.split]
ZirconiumX has quit [*.net *.split]
galv[m] has quit [*.net *.split]
bunnie[m] has quit [*.net *.split]
felix_ has quit [*.net *.split]
Ultrasauce has quit [*.net *.split]
grummel has quit [*.net *.split]
flokli has quit [*.net *.split]
ZipCPU has quit [*.net *.split]
xobs has quit [Ping timeout: 252 seconds]
hzeller[m] has quit [Ping timeout: 250 seconds]
nrossi has quit [Ping timeout: 250 seconds]
ZipCPU has joined #symbiflow
flokli has joined #symbiflow
ZirconiumX has joined #symbiflow
grummel has joined #symbiflow
felix_ has joined #symbiflow
Ultrasauce has joined #symbiflow
az0re has joined #symbiflow
perillamint has joined #symbiflow
tux3 has joined #symbiflow
_whitelogger has joined #symbiflow
rvalles_ has quit [Ping timeout: 272 seconds]
rvalles_ has joined #symbiflow
tiwEllien has joined #symbiflow
proteus-guy has quit [Ping timeout: 265 seconds]
killruana has quit [Quit: ZNC 1.7.5 - https://znc.in]
killruana has joined #symbiflow
proteus-guy has joined #symbiflow
proteus-guy has quit [Ping timeout: 268 seconds]
proteus-guy has joined #symbiflow
<sf-slack1> <tmichalak> mithro: I was thinking about how to color the resource usage in a dcp derived from a fasm2bels design
tiwEllien has quit [Ping timeout: 246 seconds]
<sf-slack1> <tmichalak> mithro: Since what we get currently is already too late because we only see sites` names without any suggestions what they might belong to I guess the only way is to do some preprocessing, preferably at Yosys stage
alexhw has quit [Remote host closed the connection]
proteus-guy has quit [Ping timeout: 265 seconds]
<sf-slack1> <tmichalak> mithro: maybe add a COLOR attribute to each cell and making sure that lands in the eblif which can be later on processed by fasm2bels and assign the color to the decoded part
<sf-slack1> <tmichalak> mithro: and eventually call highlight_objects in the vivado tcl script
<sf-slack1> <tmichalak> I am not sure though whether fasm2bels can easily do the processing/assignment and how much overhead this will add
<sf-slack1> <acomodi> I think it is a good idea actually, and it could greatly help debugging implemented designs. Where would the color attribute be defined?
proteus-guy has joined #symbiflow
<sf-slack1> <tmichalak> It could be a done with a command added with a plugin
<sf-slack1> <tmichalak> That would take a parent module name and color and assign it to all child cells
Bertl_zZ is now known as Bertl
<sf-slack1> <acomodi> litghost: regarding RAM32X1S, I believe that, even though the configuration obtained with symbiflow works on HW (meaning that we can have 8 of them in a single slice), is actually not supported in vivado
<sf-slack1> <acomodi> This is written regarding RAM32X1S template: `// RAM32X1S: 32 x 1 posedge write distributed (LUT) RAM (Mapped to a SliceM LUT6)`
acomodi has joined #symbiflow
<_whitenotifier-3> [symbiflow-arch-defs] acomodi opened issue #1274: ReadTheDocs CI target randomly failing - https://git.io/Jvtsv
Vonter has quit [Ping timeout: 265 seconds]
nrossi has joined #symbiflow
synaption[m] has joined #symbiflow
luaraneda has joined #symbiflow
bunnie[m] has joined #symbiflow
alexhw[m] has joined #symbiflow
xobs has joined #symbiflow
hzeller[m] has joined #symbiflow
galv[m] has joined #symbiflow
lromor[m] has joined #symbiflow
Vonter has joined #symbiflow
proteus-guy has quit [Ping timeout: 258 seconds]
_whitelogger has joined #symbiflow
acomodi has quit [Quit: Connection closed for inactivity]
proteus-guy has joined #symbiflow
alexhw has joined #symbiflow
citypw has quit [Ping timeout: 268 seconds]
OmniMancer has quit [Quit: Leaving.]
Bertl is now known as Bertl_oO
<_whitenotifier-3> [symbiflow-arch-defs] litghost opened issue #1275: [xc7] 128-bit and 256-bit LUT-RAM vendor tests are disabled - https://git.io/Jvt4N
tiwEllien has joined #symbiflow
Vonter has quit [Ping timeout: 260 seconds]
Vonter has joined #symbiflow
tiwEllien has quit [Ping timeout: 265 seconds]
tiwEllien has joined #symbiflow
<tpb> Title: kokoro: Behave better on large diffs. by mithro · Pull Request #1205 · SymbiFlow/prjxray · GitHub (at github.com)
<sf-slack1> <acomodi> mithro: great, as soon as it lands I'll revert the last commit
az0re has quit [Ping timeout: 240 seconds]
tiwEllien has quit [Ping timeout: 260 seconds]
emily is now known as emilazy
az0re has joined #symbiflow
emilazy is now known as emily
emily is now known as emilazy
alexhw has quit [*.net *.split]
yeti has quit [*.net *.split]
tbisker8 has quit [*.net *.split]
adjtm has quit [*.net *.split]
lopsided98 has quit [*.net *.split]
az0re has quit [Quit: Leaving]
adjtm has joined #symbiflow
alexhw has joined #symbiflow
yeti has joined #symbiflow
tbisker8 has joined #symbiflow
lopsided98 has joined #symbiflow
yeti has quit [Excess Flood]
yeti has joined #symbiflow
<_whitenotifier-3> [sv-tests] jwagen opened issue #581: Add tool using ANTLR syntax - https://git.io/Jvtg6
<hackerfoo> I have verified that the high fanout code is being called successfully; it does it's job 2881 times for picosoc.
freemint has quit [Ping timeout: 245 seconds]
renze has quit [Quit: Spaceserver reboot?!]
freemint has joined #symbiflow
<hackerfoo> This feature seems to consume a ridiculous amount of memory, maxing out my 128GB machine, and using up about the same in swap.
<hackerfoo> Or maybe it's because I used `make -j all_xc7`.
freemint has quit [Ping timeout: 248 seconds]
<litghost> If you are using VPR with the XML rr graph reader, then each instance uses around 7 GB
<hackerfoo> Yeah, that would do it.
<hackerfoo> Maybe we should get a RAM manufacturer to support us, so they can sell more RAM.
tpb has quit [Remote host closed the connection]
tpb has joined #symbiflow