Friday, 2022-03-25

*** tpb <[email protected]> has joined #litex00:00
cr1901_florent_: Unfortunately, I don't have an example to show you b/c I absentmindedly cleared my scrollback, but...02:24
*** Degi <[email protected]> has quit IRC (Ping timeout: 256 seconds)02:25
*** Degi <[email protected]> has joined #litex02:26
cr1901What is the point of litex_setup_auto_update(), if git is likely to fail with "you have unstaged changes" when --updating the litex git repo?02:26
cr1901Ahhh here we go, I had a second repo to duplicate on Linux: http://gopher.wdj-consulting.com:70/paste/2af13b9e-891c-49f7-9739-49812c701c08.txt02:28
shornesomlo: great!, I was just checking too: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/mmc/host/litex_mmc.c02:53
tpbTitle: litex_mmc.c « host « mmc « drivers - kernel/git/torvalds/linux.git - Linux kernel source tree (at git.kernel.org)02:53
*** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has quit IRC (Read error: Connection reset by peer)06:16
*** peepsalot <peepsalot!~peepsalot@openscad/peepsalot> has joined #litex06:17
*** FabM <FabM!~FabM@2a03:d604:103:600:1944:2591:d6d1:e555> has joined #litex07:26
_florent__franck_: To create the standalone modules we first need to determine the interfaces of each module (IO ports and direction) and this has to be done at the top level since there are no clear interface delimitation in Migen. That's probably main thing to add, with it it will be possible to generate the verilog in a single file but with hierarchy (as done by SpinalHDL for example) or in separate files and integrate them with 07:46
_florent_instances. Both cases could be useful.07:46
_florent_somlo: That's really great! Thanks for the hard work on this. With the work of everyone it's now becoming relatively easy to setup custom Linux systems.07:48
_florent_BTW, the Radiona team managed to get Linux working on the new ULX4M without too much difficulties: https://twitter.com/RadionaOrg/status/150671567102295245407:49
_florent_somlo: with the LiteSDCard driver used here to copy a raw picture from the SDCard to the framebuffer 07:50
_florent_tnt: We are not reaching the max rated MT/s for DDR4, IIRC I've been using it at max 1600MT/s on deployed designs07:54
_florent_tnt: It should be possible to revisit the code and get rid of this pulse width violation but this has not been done and hasn't been planned yet07:55
tnt_florent_: I'm just curious how you're supposed to do it. the pulse width violation is too high freq on a clock net right ? And you're going to need 1 GHz on a clock net to run at 2000 MT/s so ... what am I missing ?08:00
_florent_tnt: The limitation is the max BUFG frequency (891MHz on a -3 device, 775MHz on a -2 device, 667MHz on a -1 device), so we would need to revisit the PHY and have a closer look at the PHY of the MIG to see how they are doing it.08:15
_florent_tnt: or have an hybrid mode in this case with LiteDRAM as the controller and the PHY from Xilinx for high MT/s.08:16
*** Coldberg <[email protected]> has quit IRC (Ping timeout: 256 seconds)08:17
_florent_tnt: the Ultrascale I/Os have a native mode for this (and this is used by the MIG) but I haven't used this yet:08:21
_florent_https://www.youtube.com/watch?v=ihk7YbZqCKA08:21
tnt_florent_: oh, ok, I see.08:43
*** sebo <[email protected]> has joined #litex10:11
*** sebo_ <[email protected]> has joined #litex10:13
*** sebo <[email protected]> has quit IRC (Ping timeout: 272 seconds)10:17
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 240 seconds)10:31
*** Johnsel <[email protected]> has joined #litex10:49
*** sebo_ <[email protected]> has joined #litex11:00
Johnselhello everyone, question: does litepcie necessarily depend on vendor IP? I believe so, no? For context: I am messing around with an arduino fpga that has a minipcie header connected through to the fpga, but it's Cyclone 10lp has no PCIe support from Altera/Intel. 11:14
*** sebo_ <[email protected]> has quit IRC (Remote host closed the connection)11:22
*** sebo_ <[email protected]> has joined #litex11:22
Johnseloh, I solved it myself. Answer is yes. 11:24
JohnselWith that solved, jtag-bone does not have any vendor IP requirements, correct?11:25
*** C-Man <[email protected]> has joined #litex11:27
tntJohnsel: huh, yeah it does.11:34
tntif you want to go through the normal fpga jtag pins, those are normally not user IO and so need some special primitive to access.11:34
Johnseloh, I see. cyclone10lp_jtag is indeed intel ip naming convention11:46
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 256 seconds)12:02
*** Guest27 <[email protected]> has joined #litex12:26
*** Guest27 <[email protected]> has quit IRC (Quit: Client closed)12:35
*** sebo_ <[email protected]> has joined #litex14:07
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 268 seconds)14:45
*** sebo_ <[email protected]> has joined #litex15:03
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 240 seconds)15:22
*** sebo_ <[email protected]> has joined #litex15:36
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 256 seconds)16:47
*** sebo_ <[email protected]> has joined #litex17:09
*** FabM <FabM!~FabM@armadeus/team/FabM> has quit IRC (Quit: Leaving)17:20
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 260 seconds)17:42
*** sebo_ <[email protected]> has joined #litex18:09
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 240 seconds)18:18
*** sebo_ <[email protected]> has joined #litex18:46
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 260 seconds)19:18
*** sebo_ <[email protected]> has joined #litex20:04
*** sebo_ <[email protected]> has quit IRC (Ping timeout: 256 seconds)20:14
cr1901amaranth's migen compat layer should already create individual verilog modules21:16
*** Johnsel <[email protected]> has quit IRC (Remote host closed the connection)22:49

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