Wednesday, 2022-03-30

*** tpb <[email protected]> has joined #litex00:00
*** Degi_ <[email protected]> has joined #litex01:16
*** eric_xt <[email protected]> has joined #litex01:17
*** Degi <[email protected]> has quit IRC (Ping timeout: 260 seconds)01:17
*** Degi_ is now known as Degi01:17
*** eric_xt <[email protected]> has quit IRC (Remote host closed the connection)02:14
*** eric_xt <[email protected]> has joined #litex02:14
*** sebo <[email protected]> has joined #litex04:01
*** sebo <[email protected]> has quit IRC (Ping timeout: 246 seconds)04:08
*** FabM <[email protected]> has joined #litex06:26
*** sebo <[email protected]> has joined #litex06:37
*** eric_xt <[email protected]> has left #litex (Leaving)06:43
*** eric_xt <[email protected]> has joined #litex06:46
*** eric_xt <[email protected]> has quit IRC (Client Quit)06:48
*** sebo <[email protected]> has quit IRC (Ping timeout: 272 seconds)06:55
*** eric_xt <[email protected]> has joined #litex06:58
*** sebo <[email protected]> has joined #litex06:59
seboHello, I have a Trenz Zynqberry board. i'd like to add support of this board in the litex-boards repository. Any board similar to this one I could use as an example from? Thanks.07:02
*** eric_xt <[email protected]> has quit IRC (Remote host closed the connection)07:02
*** eric_xt <[email protected]> has joined #litex07:03
*** eric_xt <[email protected]> has quit IRC (Remote host closed the connection)07:04
*** eric_xt <[email protected]> has joined #litex07:04
seboI was thinking about the tul_pynq_z2...07:05
*** sebo <[email protected]> has quit IRC (Ping timeout: 256 seconds)07:23
*** sebo <[email protected]> has joined #litex07:38
*** sebo <[email protected]> has quit IRC (Remote host closed the connection)07:40
*** sebo <[email protected]> has joined #litex07:55
*** Guest28 <[email protected]> has joined #litex08:04
Guest28Hi! Is there something like " clean" to restart all the compilation?08:04
tntsebo: Even if there is no "close" board, really any board that has zynq would be a good example, then just look at any board for example of peripheral X / Y and how to add it.08:06
*** C-Man <[email protected]> has quit IRC (Ping timeout: 246 seconds)08:18
*** sebo <[email protected]> has quit IRC (Ping timeout: 260 seconds)08:42
*** AndrewD <[email protected]> has joined #litex08:58
AndrewD_florent_: LiteSDCard Nuttx driver has been merged into Nuttx - as you saw on twitter:
_florent_AndrewD: Thanks, that's great!09:02
AndrewD_florent_: I've also done some more work on the litecan integration of the CAN FD core and linux driver for ctucanfd. I fixed some bugs in the driver to get CAN Tx working and today I fixed the final issue in the litecan integration so CAN Rx also works. The interface is now fully functional, just needs some stress testing.09:05
_florent_AndrewD: gsomlo just also got the LiteSDCard driver merged in Linux a few days ago :) 09:05
AndrewD_florent_: great news on the Linux driver merge.09:06
_florent_AndrewD: That's also nice for the CAN, I would be curious to explore CAN a little bit, are you using a specific hardware for the CAN interface?09:07
AndrewD_florent_: we have a custom board that has a 3V3 CAN phy and some other physical layers we wanted to test. With the linux driver you can use loopback to do really basic testing too. Something like this connected to PMOD would also work:09:18
AndrewD_florent_: or
tpbTitle: SN65HVD230 – Kaufen Sie SN65HVD230 mit kostenlosem Versand auf AliExpress version (at
_florent_AndrewD: Thanks!09:20
_florent_AndrewD: BTW, regarding litecan name, maybe something like ctucanfd_litex_wrapper would be more appropriate since that's in fact a wrapper around CTU CAN FD core09:25
_florent_AndrewD: I think it would reflects things more clearly for users and for the authors of the CTU CAN FD core, and this also let use the possibility later to really develop a real LiteCAN core :) 09:28
AndrewD_florent_: Litecan made sense to me because some other lite* peripherals also looked like wrappers. I really don't care what it's called, but would like to see it available on litex-hub if possible and the DTS support integrated into litex. Regarding DTS I've wondered if the DTS generation for a peripheral should reside with the peripheral and just09:33
AndrewDexpose a standard function that each module can provide. That would be quite elegant, but I haven't experimented with do this.09:33
tnt_florent_: btw, tried with litex updated too, but still same behavior, so something else is going on that will need digging into at some point :/09:34
_florent_AndrewD: the other litex* peripherals are not wrapper, they are providing the core logic (except for some of them the PHY that can be a hardblock)09:36
AndrewD_florent_ someone started writing exactly the same thing but abandoned it when he found my implementation, so public CAN bus support for Litex would be useful. It was a key feature I was looking for when researching using FPGA in our porduct.09:36
*** Guest28 <[email protected]> has quit IRC (Quit: Client closed)09:36
_florent_AndrewD: But happy to have it on litex-hub yes but probably renamed09:37
_florent_AndrewD: The DTS support is indeed a bit experimental an regrouped in litex_json2dts script. Some parts could probably be exported to peripherals09:38
AndrewD_florent_ OK, I stand corrected. I was probably mixing this though up with the cpus, etc. If you propose a name you are happy with I'll rename it, but ideally not crazy-long :)09:38
_florent_AndrewD: But for now, we could still experiment in litex_json2dts09:38
_florent_AndrewD: The CAN FD would also be a good example of external core integration we could redirect users/developers to 09:39
*** AndrewD81 <[email protected]> has joined #litex09:41
_florent_AndrewD: I'll think about the name09:42
AndrewD81_florent_: OK. Got to run but I think my integration is already there on my litex fork, I'll tidy it up and do a PR when it's time to round this out.09:43
*** AndrewD <[email protected]> has quit IRC (Ping timeout: 250 seconds)09:43
*** AndrewD81 is now known as AndrewD09:43
_florent_tnt: Thanks for the test/feedback. I'm going to continue investigating.09:45
*** eric_xt <[email protected]> has quit IRC (Remote host closed the connection)09:45
*** eric_xt <[email protected]> has joined #litex09:46
tnt_florent_: if there is any internal signal I should probe with litescope to get a better idea of what could be going wrong, I can have a look at that.09:46
_florent_tnt: in fact I should be able to reproduce. I'm no longer able to reproduce it with a direct LiteX build but a client that is reintegrating the LitePCIe standalone core in a Vivado design still see the issue and shared the project with me so I should be able to probe things directly.09:50
*** sebo <[email protected]> has joined #litex09:51
tntI'm using vivado 2021.2 btw, not sure which version you test with, in case it makes a difference.09:54
*** sebo <[email protected]> has quit IRC (Ping timeout: 246 seconds)09:56
AndrewD_florent_: how about just litex-ctucanfd? it's a litex wrapper for that ip core and is already imported as ctucanfd. This could be a generic naming convention for wrappers. The description of the repository is then just an expansion of the name.10:00
*** C-Man <[email protected]> has joined #litex10:04
_florent_AndrewD: I like it yes and this matches what I'm doing when testing external cores (ex litex_naxriscv_test, litex_neorv10:05
_florent_litex_neorv32_test repo, etc...)10:05
_florent_tnt: I'm using 2021.1, I'll see if I reproduce client's issue with it10:08
tntCould also be something specific to the host system I guess.10:30
*** Guest28 <[email protected]> has joined #litex11:05
*** Guest28 <[email protected]> has quit IRC (Client Quit)11:05
*** mtretter <[email protected]> has quit IRC (Remote host closed the connection)11:30
*** sebo <[email protected]> has joined #litex11:52
*** mtretter <[email protected]> has joined #litex11:57
sebotnt: ok. Before starting anything, I'm trying to give a try on an existing board. And, it looks like something is messed up.12:45
sebohere is the command I use: python3 -m litex_boards.targets.krtkl_snickerdoodle --build12:46
seboI get a bunch of errors about  board unrelated: 12:47
sebo  File "/home/sebo/Enjoy-Digital-Packaging/litex-boards/litex_boards/platforms/", line 9, in <module>12:47
sebo    from import EfinixPlatform12:47
seboModuleNotFoundError: No module named ''12:47
tntsebo: you probably have updated litex-boards without updating litex.12:50
sebomm. yes. I'll check.12:50
seboHow do you keep your environment up tp date?12:56
*** davebee <[email protected]net> has joined #litex13:03
tntDepends how yo installed I guess ... usually I just do manual pulls of the various repo just because I want to see what changed. I think the litex_setup thing has an update command doing it all at once.13:05
DerekKozel[m]the litex_setup tool has been pretty robust for me. It does pull in a lot of repos, but does do a good job of grabbing it all-in-one go13:07
*** davebee <[email protected]net> has quit IRC (Client Quit)13:08
seboI used it as well but I realized one time that the litex repo was not properly updated and I had to do it manually. 13:09
*** davebee <[email protected]net> has joined #litex13:12
davebee_florent_: Thanks for your help yesterday connecting an Amaranth wishbone bus to Litex. It is now working. I was stumped for a while, but discovered that the Litex wishbone interface was 30-bits wide and the Amaranth Decoder was 32-bits wide. Once I realised this I just padded the bottom 2 bits and it is now working. Many thanks.13:15
sebook. My env. was messed up. Got it right now.13:52
*** Guest28 <[email protected]> has joined #litex13:58
*** Guest28 <[email protected]> has quit IRC (Client Quit)13:59
*** sebo <[email protected]> has quit IRC (Ping timeout: 256 seconds)14:32
*** sebo <[email protected]> has joined #litex14:55
*** sebo <[email protected]> has quit IRC (Ping timeout: 260 seconds)15:21
*** FabM <[email protected]madeus/team/FabM> has quit IRC (Quit: Leaving)15:22
*** davebee <[email protected]net> has quit IRC (Quit: Client closed)15:30
*** Martoni <[email protected]:d604:103:600:2ad2:44ff:fe23:2f72> has joined #litex18:06
*** Martoni <[email protected]:d604:103:600:2ad2:44ff:fe23:2f72> has quit IRC (Ping timeout: 260 seconds)18:34
AndrewD_florent_: in litex-hub most repos use '-' as the separator, for example litex-boards but they sometimes have '_' as a directory name, so litex-boards repo has a litex_boards directory. I'm proposing to use litex-ctucanfd as the git repo name, just need to think about internal structure a bit. Should there be a litex_ctucanfd subdirectory to19:26
AndrewDmaintain the naming convention?19:26
tntyou can't use - in python package names.19:32
tnthence ... litex_boards19:32
*** AndrewD <[email protected]> has quit IRC (Quit: Client closed)22:00

Generated by 2.17.2 by Marius Gedminas - find it at!