Friday, 2020-08-07

*** tpb has joined #yosys00:00
*** emeb has quit IRC00:00
*** Degi has quit IRC00:36
*** Degi has joined #yosys00:37
*** kristianpaul has quit IRC00:43
*** kristianpaul has joined #yosys00:49
*** emeb_mac has quit IRC01:48
*** emeb_mac has joined #yosys01:52
*** citypw has joined #yosys03:05
*** FFY00 has quit IRC03:59
*** FFY00 has joined #yosys04:00
*** FFY00 has quit IRC04:01
*** FFY00 has joined #yosys04:02
*** xtro has quit IRC05:29
*** emeb_mac has quit IRC06:26
pepijndevosglad to say I at least broke it myself... by changing the timing numbers it appears07:06
pepijndevosdaveshah, any reason why increasing the delay of pips would fail routing?07:12
daveshahAssuming they aren't totally nonsensical, and in the same couple of orders of magnitude as the delay estimates, no07:13
pepijndevosif I do ctx.addPip with ctx.getDelayFromNS(0.05) it works great, but if I do it with 1.225 it fails to route07:13
pepijndevosI believe the 0.05 came from the upstream simple example07:15
pepijndevos1.225 is a number I pulled from the critical path of the vendor tools07:15
daveshahYou probably need to change the delay estimate scaling too07:19
pepijndevosthe what?07:19
daveshahIt needs to be in the same order of magnitude as the pip delays or the router won't know what to do07:19
daveshahhttps://github.com/YosysHQ/nextpnr/blob/master/docs/generic.md#void-setdelayscalingdouble-scale-double-offset07:20
tpbTitle: nextpnr/generic.md at master · YosysHQ/nextpnr · GitHub (at github.com)07:20
pepijndevosuh, so how do I come up with reasonable numbers for that?07:22
daveshahThey only need to be in the right order of magnitude07:23
pepijndevosSo I just set both numbers equal to the pip delay?07:23
daveshahSaying, idk, 0.5ns for offset and 0.5ns for scale would probably be a place to start07:23
pepijndevosAlright.07:24
pepijndevosWhat I really need to do is document the fanout timing stuff07:24
pepijndevosjaaay works now07:27
pepijndevosas a temporary fix at least07:27
daveshahIncidentally, 1.225 seems like quite a high pip delay07:28
daveshahthat's about the slowest pip in the up5k which is already a very slow FPGA07:29
pepijndevosyea... well... this was probably a conservative number used by their synthesis tools07:33
pepijndevosThe slowest Gowin devices are... really slow07:33
pepijndevosI think it should be not too hard to get the actual answer from the vendor db07:35
*** Asu has joined #yosys08:47
pepijndevossaaaaad... yosys qos is actually going backwords for picosoc on apicula09:01
pepijndevosI used to be able to just barely fit it, but now it takes 104% slices09:01
Loftypepijndevos: how much does ABC9 help? :p09:59
pepijndevosLofty, Apicula does not use the actual synth_gowin because of the generic nextpnr target10:32
pepijndevosWithout the correct data, it's actually worse10:32
pepijndevos115%10:32
pepijndevosMaybe it's time for a serv core :)))10:33
pepijndevosOr maybe it's time for a proper nextpnr target...10:36
*** kristianpaul has quit IRC11:18
*** kristianpaul has joined #yosys11:24
*** _whitelogger has quit IRC11:48
*** _whitelogger has joined #yosys11:50
*** maartenBE has quit IRC12:43
*** FFY00 has quit IRC12:49
*** maartenBE has joined #yosys12:54
*** craigo has quit IRC12:59
*** citypw has quit IRC13:02
*** jakobwenzel has quit IRC13:02
*** jakobwenzel has joined #yosys13:24
*** kristianpaul has quit IRC13:44
*** kristianpaul has joined #yosys13:50
*** emeb has joined #yosys14:21
*** xtro has joined #yosys15:55
*** citypw has joined #yosys16:08
*** citypw has quit IRC16:49
*** Forty-Bot has quit IRC17:34
*** m4ssi has joined #yosys18:37
*** jeanthom has joined #yosys18:37
jeanthomgood evening everyone! I'm running into an issue with my ECP5 DDR3 controller, and I can't figure what's wrong.18:38
jeanthomUsing the same bitsteam, I get different burstdet values from the DQSBUFM18:39
jeanthomBurstdet looks like this when everything is fine: 0111001118:39
jeanthomAnd randomly I get 00000111 and memtest fails18:40
jeanthom(the "00000111" thing is burstdet with different values of readclksel)18:40
daveshahAre you being careful to start things up correctly?18:47
daveshahhttps://github.com/enjoy-digital/litedram/blob/master/litedram/phy/ecp5ddrphy.py#L5618:47
tpbTitle: litedram/ecp5ddrphy.py at master · enjoy-digital/litedram · GitHub (at github.com)18:47
jeanthomdaveshah, yep my code is fairly similar to LiteDRAM18:58
jeanthomhttps://github.com/jeanthom/gram/blob/master/gram/phy/ecp5ddrphy.py#L25-L6918:58
tpbTitle: gram/ecp5ddrphy.py at master · jeanthom/gram · GitHub (at github.com)18:58
daveshahYeah, that should be fine then18:59
jeanthomAlso in simulation my read transactions are totally fine, but I don't get activity on burstdet (Lattice verilog models + Icarus Verilog)19:04
*** maartenBE has quit IRC19:16
daveshahHuh, not sure what is happening then19:22
daveshahI've definitely seen burstdet work in an iverilog simulation but it was a long time ago19:22
*** m4ssi has quit IRC19:25
*** Asuu has joined #yosys19:37
*** Asu has quit IRC19:37
*** maartenBE has joined #yosys19:37
*** Forty-Bot has joined #yosys19:50
cr1901_moderndaveshah: Have you ever seen this warning? http://ix.io/2twl19:52
daveshahYes it is because those functions are a bit long19:52
cr1901_modernNot sure when it started, but compiling baseconfigs.cc seems to have started taking a horrific amount of memory (5GB)19:52
daveshahThey haven't changed for well over a year19:53
cr1901_modernWonder if it's always been that way and I just noticed19:53
daveshahIf it is causing a problem then ideally they should move into the chipdb instead19:53
daveshahIt's not ideal but then that applies to a lot of nextpnr at the momen519:53
cr1901_modernLast time I built nextpnr-ecp5 was late June. I don't _recall_ anything like this happening. But no way to test now.19:54
cr1901_modernAnyways, I'll leave it be for now and let you know if I find anything. I could've very well just not noticed19:54
*** Asuu has quit IRC19:59
*** jeanthom has quit IRC20:31
*** emeb_mac has joined #yosys20:32
cr1901_moderndaveshah: Yea, I basically concluded that this always happened and I just didn't notice until today. Oops :P21:30
daveshahMaybe it is possible to set things up so that file is built with O021:31
daveshahThat would probably help the compiler a bit21:31
cr1901_modernThat's one option. If it becomes a bigger problem, I'll look into it21:32
sorearall fun and games until you hit an -O0 only compiler crash21:33
whitequarkisn't that just some data?21:42
whitequark(also by definition -O0 compiler crashes are the easiest to debug, no?)21:43
*** emeb has quit IRC21:48
*** mumptai has joined #yosys21:48
*** emeb_mac has quit IRC21:49
*** emeb_mac has joined #yosys21:49
*** jeanthom has joined #yosys21:57
*** emeb has joined #yosys21:58
*** az0re has quit IRC22:46
mumptaihttps://github.com/RasmusB/rbServo22:58
tpbTitle: GitHub - RasmusB/rbServo: Hobby servo controller with CANBUS support (at github.com)22:58
mumptaisry, wrong window22:58
*** cr1901_modern has quit IRC23:09
*** lf has quit IRC23:18
*** lf has joined #yosys23:18
*** mumptai has quit IRC23:29
*** Cerpin has quit IRC23:30
*** cr1901_modern has joined #yosys23:30
*** Cerpin has joined #yosys23:41
*** jeanthom has quit IRC23:46

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