Friday, 2020-08-14

*** tpb has joined #yosys00:00
*** Degi has quit IRC00:21
*** Degi has joined #yosys00:22
*** tlwoerner has joined #yosys00:50
*** _whitelogger has quit IRC00:54
*** _whitelogger has joined #yosys00:56
*** emeb_mac has quit IRC01:02
*** emeb_mac has joined #yosys01:03
*** az0re has quit IRC01:11
*** cr1901_modern has quit IRC01:30
*** cr1901_modern has joined #yosys01:30
*** cr1901_modern has quit IRC01:34
*** cr1901_modern has joined #yosys01:35
*** az0re has joined #yosys01:53
*** cr1901_modern has quit IRC01:56
*** Cerpin has quit IRC02:53
*** pacak has quit IRC02:53
*** anuejn has quit IRC02:53
*** pie_ has quit IRC02:53
*** agg has quit IRC02:53
*** simeonm has quit IRC02:53
*** srk has quit IRC02:53
*** simeonm has joined #yosys02:54
*** srk has joined #yosys02:54
*** Cerpin has joined #yosys02:59
*** pacak has joined #yosys02:59
*** anuejn has joined #yosys02:59
*** pie_ has joined #yosys02:59
*** agg has joined #yosys02:59
*** cr1901_modern has joined #yosys04:12
*** az0re has quit IRC04:15
*** _whitelogger has quit IRC04:51
*** _whitelogger has joined #yosys04:53
*** _whitelogger has quit IRC05:15
*** _whitelogger has joined #yosys05:17
*** az0re has joined #yosys05:23
*** MoeIcenowy has quit IRC05:49
*** MoeIcenowy has joined #yosys05:49
*** kuldeep has quit IRC05:49
*** kuldeep has joined #yosys05:50
*** dkozel has quit IRC05:50
*** dkozel has joined #yosys05:51
*** indy has joined #yosys06:38
*** citypw has joined #yosys06:45
*** Asu has joined #yosys06:56
*** emeb_mac has quit IRC07:21
*** kraiskil has joined #yosys08:42
*** solidtux has quit IRC09:44
*** solidtux has joined #yosys09:47
*** kraiskil has quit IRC10:52
*** X-Scale` has joined #yosys11:46
*** X-Scale has quit IRC11:46
*** X-Scale` is now known as X-Scale11:47
pepijndevosIf I accumulate a bunch of things with a generate loop, will something in the chain balance the adder tree, or will it become a huge speed bottleneck?12:41
mwkalumacc will make a $macc cell out of it with shitloads of inputs12:43
mwkmaccmap will turn it into lots of 3-to-2 adder compression stages, plus an $alu for the final stage12:43
pepijndevos3-to-2 adder compression stages?12:44
mwkhmm, never heard of 3:2 compressor?12:46
mwk*sigh* I cannot seem to find a good reference for it12:46
pepijndevos... maybe... it rings a very remote bell12:46
mwkthe idea is that you have 3 numbers to add12:46
mwkso you use a bunch of full adders, but without a carry chain, to turn that into two numbers you have to add12:47
*** indy has quit IRC12:48
pepijndevosI remember we once had a random lecture that covered an algorithm for building the most efficient tree of what you call compressors.12:49
mwkthe main idea here is that you still have the same amount of full adders, but only the final stage actually needs a carry chain12:49
pepijndevosSomething weird where you assigned levels to things and had to combine things from the same levels or something12:50
mwkmhm12:50
mwksounds like maccmap12:50
pepijndevosI see12:50
pepijndevosLong story short: it will turn into something reasonable12:50
pepijndevosthanks :))12:50
mwk... more or less12:50
mwkthere's a bunch of ways that maccmap could be improved12:51
mwkbut eh12:51
mwkthe same could be said about every single part of yosys12:51
pepijndevoshrm12:51
mwkeg. for a LUT6-based architecture it's quite likely that using 5:3 or 6:3 compressors would be a better idea12:52
*** indy has joined #yosys12:53
pepijndevoshm yea you could not actually use ALU hardware for the full adders, because at least on gowin you can't access the carry chain in regular logic.12:54
mwkoh it doesn't12:54
mwkit only uses the carry chain *for the final stage*12:54
mwkthe compression stages are just plain LUTs12:54
pepijndevosright12:54
mwkfor gowin, being a LUT4 architecture, 3:2 compressors should actually be optimal12:56
*** indy has quit IRC13:01
*** indy has joined #yosys13:08
*** indy has quit IRC13:21
*** indy has joined #yosys13:26
*** _whitelogger has quit IRC13:51
*** _whitelogger has joined #yosys13:53
*** indy has quit IRC14:14
*** indy has joined #yosys14:20
*** emeb has joined #yosys14:42
*** kristianpaul has quit IRC14:56
*** kristianpaul has joined #yosys15:02
*** jakobwenzel has quit IRC15:15
*** az0re has quit IRC15:39
*** kraiskil has joined #yosys15:45
*** kraiskil has quit IRC15:52
*** az0re has joined #yosys16:04
*** kraiskil has joined #yosys16:05
*** emeb_mac has joined #yosys16:46
*** emeb_mac has quit IRC16:57
*** citypw has quit IRC17:23
*** X-Scale has quit IRC17:49
*** X-Scale has joined #yosys17:55
*** kraiskil has quit IRC19:03
*** kraiskil has joined #yosys19:17
*** az0re has quit IRC19:22
*** az0re has joined #yosys19:35
*** kraiskil has quit IRC20:31
*** kristianpaul has quit IRC20:35
*** emeb_mac has joined #yosys20:36
*** kristianpaul has joined #yosys20:40
LoftyDoes anybody have any idea why Yosys might turn a fairly standard synchronous-read ROM into an asynchronous-read ROM?21:05
Loftyhttps://gist.github.com/sylefeb/452f6b97f493041fc341f42fc6682ecb#file-build1-v-L134-L13621:05
tpbTitle: build1.v · GitHub (at gist.github.com)21:05
LoftyThis pattern looks correct to me, but memory_bram reports it being an async read port21:05
daveshahI think the truncation here is the problem: https://gist.github.com/sylefeb/452f6b97f493041fc341f42fc6682ecb#file-build1-v-L52921:08
tpbTitle: build1.v · GitHub (at gist.github.com)21:08
daveshahthis is a known bug in memory_dff21:08
daveshahhttps://github.com/YosysHQ/yosys/issues/185421:09
tpbTitle: memory_dff does not merge registers into read ports with unused bits · Issue #1854 · YosysHQ/yosys · GitHub (at github.com)21:09
LoftyThank you, daveshah21:11
*** emeb_mac has quit IRC21:18
*** emeb has quit IRC21:19
*** emeb_mac has joined #yosys21:19
*** emeb has joined #yosys21:20
*** tux3 has joined #yosys21:44
*** Asu has quit IRC21:44
*** emeb has quit IRC22:03
*** emeb has joined #yosys22:04
*** lf has quit IRC23:10
*** lf has joined #yosys23:10

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!