tpb has quit [Remote host closed the connection]
tpb has joined #symbiflow
gsmecher has quit [Ping timeout: 240 seconds]
gromero has quit [Ping timeout: 260 seconds]
Degi_ has joined #symbiflow
Degi has quit [Ping timeout: 240 seconds]
Degi_ is now known as Degi
FFY00_ has quit [Remote host closed the connection]
cjearls has joined #symbiflow
<sf-slack> <cjearls> Is there a place to find yosys optimization strategies? I have a design that is taking up 160% of the logic slices in my orangecrab, and I was hoping to find some yosys settings to reduce the utilization enough that it'll fit
umarcor has joined #symbiflow
curtosis[away] has joined #symbiflow
curtosis[away] has quit [Quit: My Mac Mini has gone to sleep. ZZZzzz…]
ASHR has joined #symbiflow
ASHR has quit [Ping timeout: 258 seconds]
ASHR has joined #symbiflow
kgugala_ has joined #symbiflow
kgugala_ has quit [Read error: Connection reset by peer]
kgugala_ has joined #symbiflow
kgugala has quit [Ping timeout: 260 seconds]
<tnt> cjearls: That's not a optimization strategy you need, it's a miracle.
<Lofty> cjearls: you're running with -abc9 right?
<Lofty> Also consider -abc9 -dff
<tnt> I don't have that much faith in abc9 to go from 160% LC usage to something placable/routable.
<tnt> At that point you need a whole new architecture for whatever you're doing.
<umarcor> agree. pnr needs to be done. even 80-90% may be difficult to fit.
<Lofty> tnt: ABC9 and a more accurate delay target can do a *lot* to reduce area
maartenBE has quit [Ping timeout: 260 seconds]
maartenBE has joined #symbiflow
<tnt> Huh, I have never seen any such drastic area reduction on any real world design by using abc9. At most I think I've seen 10% LUT reduction which doesn't even translate to 10% LC reduction since a bunch would have been packed with an adjacent FF.
bjorkintosh has quit [Remote host closed the connection]
<sf-slack> <vastarparaakshar> Kintex-7 support is on the planning?
<Lofty> tnt: are you setting ABC9 delay targets or just passing "-abc9" and assuming the best?
<tnt> Lofty: not sure what you mean ... I pretty much always run my designs however fast they'll go.
FFY00_ has joined #symbiflow
<Lofty> That might be why you're experiencing not much in the way of area reduction
<Lofty> To people who have other constraints it can help a lot
<tnt> How do you specify the target frequency ? synth_ecp5 doesn't have anything in help
<Lofty> It's not a target frequency but target delay in picoseconds, which you pass to -D
<Lofty> (synth_ecp5 -D)
<Lofty> I normally turn target frequency to picoseconds then halve it to account for interconnect delay
infinite_recursi has joined #symbiflow
infinite_recursi has quit [Client Quit]
gromero has joined #symbiflow
<cjearls> Lofty: I'm getting an unknown option error when running "synth_ecp5 -nowidelut -abc9 -dff -D 80000 -json gsd_orangecrab.json -top gsd_orangecrab" for the -D option, and I can't find it in the synth_ecp5 documentation
<Lofty> Ah, the joys of Yosys having different options for different flows
<Lofty> *sigh*
<Lofty> "scratchpad -set abc9.D 80000; synth_ecp5 -nowidelut -abc9 -dff -json gsd_orangecrab.json -top gsd_orangecrab"
<cjearls> Alright, it's synthesizing. Fingers crossed
<cjearls> Lofty: Thanks for your help, I appreciate it
<Lofty> I don't know if it can give you a design that *fits*, but perhaps it'll save you a bit of work
<cjearls> Lofty: I'm getting an error "ERROR: Assert `cell->parameters.empty()' failed in passes/techmap/abc9_ops.cc:460.", is that a bug?
<Lofty> Aaah, this one again
<Lofty> So it would seem, yes
<cjearls> So that would be submitted as an issue to yosys?
<Lofty> Somebody else was meant to have submitted it
<cjearls> I don't see any issues related to the assert on that line or in that file on Github
<Lofty> I know
<Lofty> I'll go file it now
<cjearls> Oh, ok. Do you need any information from me to file it? Sounds like it's a known bug
<Lofty> cjearls: It got reported to me personally by another person, so I reduced a testcase from that
<Lofty> Temporary workaround: remove `-dff` from `synth_ecp5`
<cjearls> Alright, I'm rerunning
<cjearls> No miracles today, we're down to 167% utilization
futarisIRCcloud has joined #symbiflow
<mithro> cjearls: It is probably good to check that things like DSPs / blockrams / lutrams are being inferred correctly
ASHR has quit [Remote host closed the connection]
FFY00_ has quit [Remote host closed the connection]
FFY00_ has joined #symbiflow
rvalles has quit [Read error: Connection reset by peer]
rvalles has joined #symbiflow
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
<cjearls> mithro: Ok, how would I go about doing that?