pepijndevos changed the topic of #apicula to: Project Apicula: bitstream documentation and tooling for Gowin FPGAs https://github.com/YosysHQ/apicula -- logs https://freenode.irclog.whitequark.org/apicula
<pepijndevos> My fuzzers are getting reeeeeaally slow for GW1N-9, and have not yet figured out a more efficient way.
<pepijndevos> Step 1: sweep a dff across to see which center tile lights up to find the quadrants.
<pepijndevos> (that's a 50+ runs already, maybe I should binary-search the boundaries?)
<pepijndevos> For each 8 clocks, sweep a dff across to determine the boundaries of different branches
<pepijndevos> that's another 8*50+ runs that I can't see how to really optimize.
<pepijndevos> Because you can't directly route pips, you can't do the binary trick. You have to carefully set up the whole FPGA to coerce the vendor tools to use the clock you want.
<pepijndevos> Hm, but if I binary search the boundaries it becomes sequential, whereas these 50+ runs I can run in parallel.
<omnitechnomancer> I think my routing fuzzer for anlogic is extremely inefficient since it pretty much just attempts to connect each source to each destination in a tile and if bits come out records them
<omnitechnomancer> but those tools let you actually give it something resembling routing pips
<pepijndevos> At least I managed to fuzz the branch extends on GW1N-9 now...
_whitelogger has joined #apicula
<trabucayre> pepijndevos: my new trenz board is at home...
<pepijndevos> yaaaay
<trabucayre> Do you have an email that I send you the source of my bridge
<trabucayre> I will try to don't brick them immediatly :)
notafile has quit [Quit: killed]
wiizzard has quit [Quit: killed]
kprasadvnsi[m] has quit [Quit: killed]
omnitechnomancer has quit [Quit: killed]
<pepijndevos> my email is pepijndevos@gmail.com
<pepijndevos> what do you mean with the bridge?
<trabucayre> piece of verilog to do connect ftdi and flash
<pepijndevos> oh, I already have it in migen for the LiteX target
<trabucayre> ok
omnitechnomancer has joined #apicula
<trabucayre> good to know
<pepijndevos> Yea once the flash is fixed, this allows you to program a LiteX SoC to the TEC0117 with a single command
<pepijndevos> What I'd really like is to get the internal SDRAM supported but that's a long journey.
<pepijndevos> It's just not documented...
<pepijndevos> but hey... there is this guy who likes documenting Gowin FPGAs, maybe he can figure it out...
<trabucayre> many thing are not documented ... Or badly
<pepijndevos> I'm so hoping I can boot linux on it, that would be quite an achievement for such a small board.
<trabucayre> yep
<pepijndevos> the SDRAM documentation is basically "use the encrypted IP"
<trabucayre> You know howto use it ;-)
<pepijndevos> hehehe
<trabucayre> it's not nothing :)
<trabucayre> it's funny... No more mail from gowin for my issue ... :-/
wiizzard has joined #apicula
kprasadvnsi[m] has joined #apicula
notafile has joined #apicula
FabM has quit [Quit: Leaving]
<pepijndevos> Okay so I have a fuzzer that figures out the quadrants, and one that figures out the branches, so it's starting to come together.
<pepijndevos> But still no clue about the random muxes in the middle
<pepijndevos> and lots of integration and testing... would like to have one code that works for 1 and 9, rn it's two different things