Thursday, 2021-10-14

*** tpb <[email protected]> has joined #litex00:00
*** NotHet <[email protected]> has joined #litex02:00
NotHetIs there a good way to share a LiteEth between a softcore and other logic? I'd like to use softcore for management and send UDP out quickly from logic. I am thinking of just accessing the liteeth across the wishbone, and making sure my software isn't using it at the same time. Is this a reasonable approach?02:06
*** Degi_ <[email protected]> has joined #litex02:49
*** Degi <[email protected]> has quit IRC (Ping timeout: 252 seconds)02:49
*** Degi_ is now known as Degi02:49
*** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)02:58
*** TMM_ <[email protected]> has joined #litex02:58
*** NotHet <[email protected]> has quit IRC (Remote host closed the connection)03:18
*** FabM <FabM!~FabM@2a03:d604:103:600:f2fc:7e8d:aeb0:31c4> has joined #litex04:21
_florent_NoHet: You can use the Hybrid mode of the Ethernet MAC  for this06:41
_florent_https://github.com/enjoy-digital/liteeth/blob/master/liteeth/mac/__init__.py#L7106:42
_florent_https://github.com/enjoy-digital/litex/blob/master/litex/tools/litex_sim.py#L202-L22306:42
_florent_The integration still need to be simplified but you can use the code above.06:43
*** mc6808_ <[email protected]> has joined #litex10:13
*** mc6808_ <[email protected]> has quit IRC (Client Quit)10:18
*** mc6808_ <[email protected]> has joined #litex10:18
*** mc6808_ <[email protected]> has quit IRC (Client Quit)10:19
*** mc680898 <[email protected]> has joined #litex10:19
mc680898_floent_: No cahange in symptoms with Eitherbone when I tried with master today. Still dies if I specify a trigger. Didn't get much time on that today but I have a skeleton for efinix xyloni Dev board thrown together as that is what I had on hand. Bit space constraints though, bios won't fit...10:20
*** mc680898 <[email protected]> has quit IRC (Client Quit)10:22
leonsI'm currently trying to use JTAGbone for the first time. I have an FPGA board which has both the actual FPGA (Virtex 7) and a programming CPLD on the JTAG chain. Is there anything special to watch out for?11:18
leonsI've added the jtagbone core into my design, but the litex_server isn't too happy about it11:19
leonshttps://gist.github.com/lschuermann/5ab53b8bfeee61449768385bc5e6cfc211:21
leonsI suppose the unexpected ID errors are from the CPLD ID which OpenOCD doesn't know (at least not with the current configuration) but it does seem to try to continue with the ID it recognizes, just to fail at "Error: auto0.tap: IR capture error; saw 0x0000 not 0x0001"11:29
leonsYeah, just confirmed the IDs with Vivado, "33691093" really is the FPGA 😕11:30
*** cr1901 <cr1901!~William@2601:8d:8600:911:a046:e1f7:4d70:fe9d> has quit IRC (Read error: Network is unreachable)11:31
*** cr1901 <cr1901!~William@2601:8d:8600:911:a046:e1f7:4d70:fe9d> has joined #litex11:32
_florent_leons: It's possible it will work even if OpenOCD does not officially support this FPGA. I think I've been able to use JTAGBone/JTAGUart on Utlrascale(+) this way and was having the same warnings/errors13:44
leons_florent_: that's a good point. I actually tried using it and ran into some other errors in `litex_client.py`, given I've never used all this I didn't really investigate further. At least I now have UARTbone somewhat working with `litex_client` so I can try JTAG again as well 🙂13:45
*** zjason` is now known as zjason13:58
_florent_mc6808: For the Etherbone/LiteScope issue, could you try to revert LiteEth to 2021.08 (https://github.com/enjoy-digital/liteeth/releases/tag/2021.08). I'm wondering it it could be related to the recent changes to support a wider data-path14:04
leonsLiteX doesn't by any chance have a hardware I2C core, or even better a core for a PCA9548A I2C switch and Si5324C clock chip lying around? 🙂14:04
_florent_it should be possible to only revert LiteEth14:04
_florent_mc6808: For the xyloni dev board, you can maybe try to switch to SERV CPU (--cpu-type=serv), having the BIOS XiP from SPI Flash would also avoid using BlockRams, but this hasn't been tested on Efinix yet14:06
_florent_leons: This?: https://gist.github.com/enjoy-digital/39fda912c94515fe87488d56057d3f68 :)14:13
leonsHaha I knew it would be a good idea to ask!14:13
leonsDid I just not manage to find it before or is this the first time you publish this?14:14
_florent_I just published it14:15
leonsAwesome, thank you so much14:15
_florent_That's the kind of code that is a bit specific to applications but happy to share it it can be useful14:18
leonsYeah, apart from the actual configuration of the clock chip it's exactly what I need. If and when I have spare time I can try to make it generic but for know it's awesome to get me off the ground14:19
leonsThese two chips seem to be a very common configuration though. The KCU116, NetFPGA SUME and apparently also your KC705 use them14:20
*** jryans <jryans!~jryans@2001:470:69fc:105::1d> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** promach[m] <promach[m]!~promach@2001:470:69fc:105::ca1> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** amstan <amstan!~amstan@2001:470:69fc:105::1e9> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** dcallagh <dcallagh!~dcallagh@2001:470:69fc:105::9c5> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** Crofton[m] <Crofton[m]!~croftongn@2001:470:69fc:105::9a7> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** CarlosEDP <CarlosEDP!~carlosedp@2001:470:69fc:105::218e> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** Las[m] <Las[m]!~lasmatrix@2001:470:69fc:105::74e> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** jevinskie[m] <jevinskie[m]!~jevinskie@2001:470:69fc:105::bb3> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** leons <leons!~leons@2001:470:69fc:105::abc> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** kaji <kaji!~kajiryoji@2001:470:69fc:105::405b> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** sajattack[m] <sajattack[m]!~sajattack@2001:470:69fc:105::1d9> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** willcode4[m] <willcode4[m]!~willcode4@2001:470:69fc:105::e1b3> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** dmiller[m] <dmiller[m]!~dmillergn@2001:470:69fc:105::e9f6> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** HumbertoJimenez[ <HumbertoJimenez[!~hjimenez9@2001:470:69fc:105::fe30> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** vomoniyi[m] <vomoniyi[m]!~vomoniyig@2001:470:69fc:105::3023> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** david-sawatzke[m <david-sawatzke[m!~david-saw@2001:470:69fc:105::1634> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** a3f <a3f!~a3f@2001:470:69fc:105::41d> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** bluecmd <bluecmd!~bluecmd@2001:470:69fc:105::1d44> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** DerekKozel[m] <DerekKozel[m]!~dkozelgnu@2001:470:69fc:105::2f14> has quit IRC (Quit: Bridge terminating on SIGTERM)16:08
*** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.)16:11
*** TMM_ <[email protected]> has joined #litex16:11
*** jryans <jryans!~jryans@2001:470:69fc:105::1d> has joined #litex16:11
*** shoragan[m] <shoragan[m]!~shoraganm@2001:470:69fc:105::39> has joined #litex16:13
*** CarlosEDP <CarlosEDP!~carlosedp@2001:470:69fc:105::218e> has joined #litex16:13
*** leons <leons!~leons@2001:470:69fc:105::abc> has joined #litex16:13
*** promach[m] <promach[m]!~promach@2001:470:69fc:105::ca1> has joined #litex16:13
*** Las[m] <Las[m]!~lasmatrix@2001:470:69fc:105::74e> has joined #litex16:13
*** kaji <kaji!~kajiryoji@2001:470:69fc:105::405b> has joined #litex16:13
*** amstan <amstan!~amstan@2001:470:69fc:105::1e9> has joined #litex16:13
*** jevinskie[m] <jevinskie[m]!~jevinskie@2001:470:69fc:105::bb3> has joined #litex16:13
*** dcallagh <dcallagh!~dcallagh@2001:470:69fc:105::9c5> has joined #litex16:13
*** Crofton[m] <Crofton[m]!~croftongn@2001:470:69fc:105::9a7> has joined #litex16:13
*** sajattack[m] <sajattack[m]!~sajattack@2001:470:69fc:105::1d9> has joined #litex16:13
*** dmiller[m] <dmiller[m]!~dmillergn@2001:470:69fc:105::e9f6> has joined #litex16:13
*** david-sawatzke[m <david-sawatzke[m!~david-saw@2001:470:69fc:105::1634> has joined #litex16:13
*** DerekKozel[m] <DerekKozel[m]!~dkozelgnu@2001:470:69fc:105::2f14> has joined #litex16:13
*** vomoniyi[m] <vomoniyi[m]!~vomoniyig@2001:470:69fc:105::3023> has joined #litex16:13
*** willcode4[m] <willcode4[m]!~willcode4@2001:470:69fc:105::e1b3> has joined #litex16:13
*** HumbertoJimenez[ <HumbertoJimenez[!~hjimenez9@2001:470:69fc:105::fe30> has joined #litex16:13
*** a3f <a3f!~a3f@2001:470:69fc:105::41d> has joined #litex16:13
*** bluecmd <bluecmd!~bluecmd@2001:470:69fc:105::1d44> has joined #litex16:13
_florent_mc6808: The SPI Flash is now working on the T120 dev kit, so you should be able to use BIOS XiP on the xyloni dev board to save BlockRams.17:37
_florent_mc6808: something similar to this:  https://github.com/litex-hub/litex-boards/commit/195bf176cfa9b34057b0ace8cce8dfcdeb7a397717:38
_florent_And then look at the iCEBreaker for XiP:17:38
_florent_https://github.com/litex-hub/litex-boards/blob/master/litex_boards/targets/1bitsquared_icebreaker.py#L8217:38
_florent_https://github.com/litex-hub/litex-boards/blob/master/litex_boards/targets/1bitsquared_icebreaker.py#L113-L11817:38
_florent_We'll now just have to motivate trabucayre to write Efinix support to OpenFPGALoader :) (if not already done)17:39
*** FabM <FabM!~FabM@armadeus/team/FabM> has quit IRC (Remote host closed the connection)19:26

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