Tuesday, 2021-12-07

*** tpb <[email protected]> has joined #litex00:00
*** novenary <[email protected]> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in)00:32
*** novenary <[email protected]> has joined #litex00:33
*** Degi_ <[email protected]> has joined #litex02:00
*** Degi <[email protected]> has quit IRC (Ping timeout: 252 seconds)02:01
*** Degi_ is now known as Degi02:01
*** rlittl01 <[email protected]> has joined #litex06:52
*** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)07:42
*** TMM_ <[email protected]> has joined #litex07:42
_florent_tcal: yes exactly, doing the CFU instance in the do_finalize will allow you to update self.cfu_params from your user design, method calls, etc...07:51
_florent_tnt: You can indeed simplify the clocking, this design supports 2 JESD linerates (transceivers reconfigured over DRP), I removed the DRP part before sharing but forgot to simplify the clocking. 07:54
tnt_florent_: thanks for confirming.   Now I gotta make it work on USP, looks like it doesn't accept the GTH3 primitives, gotta make them GTH4.07:55
_florent_tnt: Indeed, if seems LiteICLink currently only supports GTHE3/Ultrascale and GTYE4/UItrascale+08:00
tntYup that's unfortunate because looking at those files, it seems insanely complex.08:02
*** FabM <[email protected]> has joined #litex08:02
tnt_florent_: you don't happen to have the xci file that was used to get the original transceiver config ?08:10
*** kgugala <[email protected]> has quit IRC (Quit: WeeChat 3.3)08:11
tcal_florent_: yep, that works for me!  PR incoming.08:12
_florent_tnt: I should have it and will try to find it. I think GTHE3/GTHE4 are very similar, to get a first idea about this, could you generate the default transceiver wizard configuration for both and compare the generated files? (and GTHEX instances?)08:20
tntThey definitely look very similar and even explained in the same document with the same tables with just some notes about "Ultrascale only" / "Ultrascale+ only"   but there are a bunch of "reserved values" in those differences.08:23
tnt_florent_: I generated both in default config.  Unfortunately some of the magic values are different :/08:42
tntI'll make a table comparing both along with the "default" values of the params you find in the sim model.08:52
*** msh <[email protected]> has quit IRC (Read error: Connection reset by peer)09:06
*** kgugala <[email protected]> has joined #litex09:07
_florent_tnt: OK, I'll also have a look09:16
*** msh <[email protected]> has joined #litex09:18
*** msh <[email protected]> has quit IRC (Read error: Connection reset by peer)09:20
*** msh <[email protected]> has joined #litex09:23
tnt_florent_: https://people.osmocom.org/~tnt/stuff/gthe_common.html10:39
tpbTitle: GTHE3/4 compare (at people.osmocom.org)10:39
tntfirst draft10:39
tnt(just for COMMON atm)10:41
tntAnd same for channel : https://people.osmocom.org/~tnt/stuff/gthe_channel.html11:13
tpbTitle: GTHE3/4 compare (at people.osmocom.org)11:13
tntNow "just" need to analyze them and figure out what's needed.11:14
*** msh <[email protected]> has quit IRC (Read error: Connection reset by peer)11:22
*** msh_ <[email protected]> has joined #litex11:23
*** Wolf0 <Wolf0!~Wolf0@user/wolf0> has quit IRC (Ping timeout: 256 seconds)11:37
*** Wolf0 <Wolf0!~Wolf0@user/wolf0> has joined #litex11:37
tntThere are a bunch of params that have a _G3 suffix, any clue what that means ?13:09
_florent_tnt: thanks, sorry I'm not able to help much now (busy on something else), but maybe you could start adapting the instance (remove the parameters that are specific to GTHE3, add the ones that are specific to GTHE4), same for signals and we could then have closer look together at the differences/parameters. This should also allow you to test design compilation.13:50
tnt_florent_: yeah, working on that right now. This is what it looks like ATM: https://pastebin.com/WQtN3jR513:59
tpbTitle: diff --git a/liteiclink/serdes/gth_ultrascale.py b/liteiclink/serdes/gth_ultrasc - Pastebin.com (at pastebin.com)13:59
tnt(completely untested ... obviously )13:59
_florent_tnt: Looks good. Before testing JESD with this wrapper, we'll probably be able to do a first simple test with liteiclink examples14:05
_florent_tnt: with the internal loopback, at various rates and eventually with others boards if you (or I) have boards with some GTHE4 transceivers exposed to some connectors14:06
_florent_tnt: This way the link will validated before being integrated for JESD14:07
tnt_florent_: Ack. Probably a good idea indeed :)14:08
*** ilia__s <[email protected]> has quit IRC (Quit: Ping timeout (120 seconds))15:01
*** ilia__s <[email protected]> has joined #litex15:01
*** essele_ <[email protected]> has joined #litex15:03
*** essele <[email protected]> has quit IRC (Read error: Connection reset by peer)15:03
*** FabM <FabM!~FabM@armadeus/team/FabM> has quit IRC (Quit: Leaving)16:26
*** emkat <emkat!~emkat@2001:67c:2564:518:9e7b:efff:fe46:1776> has quit IRC (Quit: Leaving)17:08
*** key2 <[email protected]> has quit IRC (Quit: Updating details, brb)17:58
*** key2 <[email protected]> has joined #litex17:58
*** Martoni <Martoni!~Martoni@2a03:d604:103:600:2ad2:44ff:fe23:2f72> has joined #litex19:38
*** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)20:00
*** TMM_ <[email protected]> has joined #litex20:00
*** Martoni <Martoni!~Martoni@2a03:d604:103:600:2ad2:44ff:fe23:2f72> has quit IRC (Ping timeout: 252 seconds)20:25
*** jersey99 <[email protected]> has joined #litex21:15
*** paul-web <paul-web!~paul-web@2600:6c5d:4f00:5a24:6108:35a8:6070:2140> has joined #litex21:20
paul-webHas there been any thought for including ARM Cortex-M processors with the understanding the user would be responsible to provide the SDK.21:22
paul-webIt's freely available (as in beer) via Arm DesignStart (both M1 and M3). From my brief look it doesn't seem like a giant leap to support given the framework already in place21:22
paul-webor am I just way underestimating the amount of work required?21:22
*** SpaceCoaster <SpaceCoaster!~derek@user/spacecoaster> has quit IRC (Quit: Bye)21:30
*** SpaceCoaster <SpaceCoaster!~derek@user/spacecoaster> has joined #litex21:31
bjonnhoh my… the UART in connected to the PS and not the PL22:09
bjonnhthat's not going to be fun22:09
*** rlittl01 <[email protected]> has quit IRC (Remote host closed the connection)22:10
tntbjonnh: lol, had the same thing recently ... ended up putting a usb->serial on some random gpio because you can't connect MIO pins to the PL.22:16
bjonnhof course I don't have that22:17
bjonnhI was thinking about flashing the PS with something that would do that22:17
bjonnhwhich mean that I have to learn how that PS work22:17
tntyeah, you could use one PS uart connected to MIO, another one connected to the PL and then have a software running shuffling chars arounds. That would work I guess. Painful, but that would work.22:19
tntWhat board is it btw ?22:20
bjonnhArty Z7-2022:31
bjonnhbut I don't understand it seems that to use the PS I need to have some stuff ready in the PL22:31
bjonnhwhich mean that I may not be able to do that with symbiflow, yosys etc22:31
bjonnhtbh I don't know how most of that work just yet22:32
tntMmm .. no the PS can work independently from the PL.23:00
tntSpecifically to support systems where the PS is the one loading the PL.23:00
bjonnhok I have to investigate that further then23:02
*** jeffdi <[email protected]> has quit IRC (Quit: Connection closed for inactivity)23:07
*** rlittl01 <[email protected]> has joined #litex23:43

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