| *** tpb has joined #litex | 00:00 | |
| *** lkcl has quit IRC | 00:27 | |
| *** thorns514 has joined #litex | 00:32 | |
| *** learninguy has quit IRC | 00:37 | |
| *** lkcl has joined #litex | 00:40 | |
| *** Degi_ has joined #litex | 00:50 | |
| *** Degi has quit IRC | 00:52 | |
| *** Degi_ is now known as Degi | 00:52 | |
| *** thorns514 has quit IRC | 01:35 | |
| *** Bertl_oO is now known as Bertl_zZ | 04:13 | |
| *** lkcl has quit IRC | 04:51 | |
| *** lkcl has joined #litex | 05:05 | |
| *** lkcl has quit IRC | 05:13 | |
| *** lkcl has joined #litex | 05:27 | |
| *** kgugala_ has joined #litex | 05:40 | |
| *** kgugala has quit IRC | 05:42 | |
| *** y2kbugger has quit IRC | 06:34 | |
| *** tannewt has quit IRC | 06:34 | |
| *** esden has quit IRC | 06:35 | |
| *** tannewt has joined #litex | 06:36 | |
| *** y2kbugger has joined #litex | 06:37 | |
| *** esden has joined #litex | 06:37 | |
| *** Melkhior has joined #litex | 07:08 | |
| Melkhior | @_florent_ HBM has a lot more bandwidth than DDR4, but latency isn't much better, if at all, no? Wouldn't stuff like RLDRAM or QDR4 (both SRAM-based I believe) have much better latency than either and a reasonable size ? (few dozens/hundreds of MiB). Just curious. | 07:10 |
|---|---|---|
| Jegeva | _florent_: yeah, right now is not the right moment to change my chip and reroute the board and all, so basically is i just take on of the "based on" timing profile it should work no ? (it doesn't meaning i may have to double check the routing and change anyways) | 07:42 |
| *** Quarky93TongWu[m has joined #litex | 08:07 | |
| _florent_ | Jegeva: yes sure, you can probably just use the timings from the MT41K512M8 based SO-DIMMs | 08:30 |
| _florent_ | Melkhior: for now the idea was just to experiment with HBM2 on the FK33 (that are not very expensive since repurposed from mining) | 08:38 |
| Melkhior | _florent_ Thanks; the e.g. VCU128 has tons of different RAMs but at that price you need a good reason to get one. | 08:40 |
| *** lkcl has quit IRC | 08:41 | |
| _florent_ | Melkhior: indeed, the FK33 can be found at around 800€ or less so a lot cheaper than the VCU128 | 08:43 |
| *** lkcl has joined #litex | 08:55 | |
| _florent_ | Melkhior: Ah BTW, since you were doing some SDCard tests the other day, I just tested multi-block writes with the BIOS and did a fix on the core to support it: https://github.com/enjoy-digital/litesdcard/commit/a7e6c6e5bd995657a650556aabc2252eeedd0791, I already shared this with somlo but maybe you also want to test this... :) | 09:07 |
| Melkhior | _florent_ yes i'll give it a try to, I'm mostly using sdcard-based root now | 09:07 |
| Melkhior | so more speed would be better :-) | 09:07 |
| Melkhior | although right now I'm also using NFS, currently the SoC is recompiling Perl, it's not fast :-) | 09:08 |
| _florent_ | ok thanks | 09:08 |
| *** lkcl has quit IRC | 09:11 | |
| Quarky93TongWu[m | There is also the Alveo U50 (for 2500 USD) and ECU50 (for 1500USD same as U50 but without QSFP and has a much higher TDP due to better VRM and cooling) | 09:16 |
| Quarky93TongWu[m | and SQRL's JC33 and JC35 SoM | 09:18 |
| *** lkcl has joined #litex | 09:24 | |
| _florent_ | Thanks Quarky93TongWu[m, do you know where information about JC33/JC35 can be found? | 09:25 |
| Quarky93TongWu[m | SQRL is/was going through some financial trouble recently so production has stalled and you can no longer buy them new. However you can fetch them new for around the same price as FK33 (for JC33 with a VU33P chip) and about 1.5K for (JC35 with a VU35P chip) | 09:29 |
| Quarky93TongWu[m | * SQRL is/was going through some financial trouble recently so production has stalled and you can no longer buy them new. However you can fetch them used for around the same price as FK33 (for JC33 with a VU33P chip) and about 1.5K for (JC35 with a VU35P chip) | 09:29 |
| Quarky93TongWu[m | I can provide XDC file if you want (i'm not affiliated with SQRL) | 09:30 |
| * Quarky93TongWu[m posted a file: (415KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/pVeXjzzKNGSBQRUZtJXZatCh/JC_Description_Page_RGB_v2.0_1.pdf > | 09:32 | |
| Quarky93TongWu[m | Here's an old promo doc | 09:32 |
| * Quarky93TongWu[m < https://matrix.org/_matrix/media/r0/download/matrix.org/ajLkeNoJXSalPKKdklkGqgbn/message.txt > | 09:38 | |
| Quarky93TongWu[m | Modules on these carriers can be connected via 8 lane 25g GT links | 09:40 |
| Quarky93TongWu[m | the modules are compatible with any of these carriers | 09:40 |
| Quarky93TongWu[m | Oh and watercooling is the default option, the price should include the waterblock | 09:43 |
| Quarky93TongWu[m | * Oh and watercooling is the default option (as you can imagine for a 1000W PCIE board), the price should include the waterblock | 09:44 |
| Quarky93TongWu[m | they were working on some other cool things before their financial issues, i.e. Intel Stratix 10 HBM modules and other interesting carrier options. | 09:46 |
| Quarky93TongWu[m | they've been acquired by Avnet now, so the future is up in the air atm... | 09:46 |
| Quarky93TongWu[m | there's probably well over a thousand JC33 modules out there atm and a few hundred JC35 | 09:48 |
| _florent_ | Quarky93TongWu[m: thanks, that's useful to know to do some experiment at reasonable costs or recycle hardware | 09:50 |
| *** acathla has quit IRC | 09:54 | |
| Quarky93TongWu[m | Yea especially when crypto goes through the boom and bust cycles, JC33 was down at 500 USD last year | 10:07 |
| *** Bertl_zZ is now known as Bertl | 10:09 | |
| *** Melkhior has quit IRC | 10:18 | |
| *** lkcl has quit IRC | 10:20 | |
| *** proteusguy has joined #litex | 10:31 | |
| *** lkcl has joined #litex | 10:33 | |
| *** Melkhior has joined #litex | 11:08 | |
| *** Bertl is now known as Bertl_oO | 13:17 | |
| *** rj has joined #litex | 13:26 | |
| *** Melkhior has quit IRC | 13:49 | |
| *** thorns514 has joined #litex | 13:54 | |
| *** thorns514 has quit IRC | 13:56 | |
| *** rj has quit IRC | 13:59 | |
| *** rj has joined #litex | 14:04 | |
| *** acathla has joined #litex | 14:18 | |
| tcal | _florent_: hello, I have been experimenting with custom function units (CFUs) added to VexRiscv (using VexRiscv since it provides a CfuPlugin option, and it's also awesome, although eventually we hope more CPUs support the interface). The CFU connects ONLY to the CPU, not to the system bus, and it has no CSRs of its own. I've been using CPU+CFU in LiteX systems for quite a while now, but I've been hiding the CFU from | 14:39 |
| tcal | LiteX --- I make a wrapper containing the CPU+CFU, and the wrapper exports just the normal CPU signals, so LiteX doesn't even know the CFU is there. | 14:39 |
| tcal | But now I think it makes sense to hook up the CFU in LiteX, so I'd like to ask your advice. I've mocked up a couple of ways of doing it. I have the code for connecting the CFU to the VexRiscv in cores/cpu/vexriscv/core.py --- it creates and hooks the signals, makes the CFU instance, and optionally addes the CFU source. | 14:41 |
| *** rj has quit IRC | 14:43 | |
| zyp | tcal, my initial thought is that it'd probably make sense to bundle up the signals into a record, so that a CFU can be put in a separate module and easily connected to the interface on the CPU | 14:45 |
| tcal | I've considered adding an option `--cpu--cfu=./path/to/cfu/source.v` to the soc core options (so it would be like --cpu-variant). The advantage is that it would be available instantly on all litex_boards/targets. (note: the CPU variant must also be modified with +cfu) | 14:46 |
| zyp | that assumes that the CFU is a verilog source with a particular interface | 14:46 |
| tcal | zyp: thanks, I was wondering if that was the LiteX way :) | 14:46 |
| tcal | Yes, I should have mentioned, the interface is fixed. The CFU has lots of freedom, except for the interface. | 14:47 |
| zyp | couldn't it have extra IO? | 14:47 |
| *** rj has joined #litex | 14:47 | |
| tcal | Not in the current spec...but of course there's use cases for it connecting to external IO, or the system bus. I guess we are keeping it strictly a function unit for now, so as to distinguish it from a peripheral accelerator on the bus. | 14:49 |
| tcal | zyp: I'm imagining how that would look. In soc_core.py, there would then be a few lines for adding the CFU in the `# Modules instances` section? | 14:54 |
| tcal | (imagining having CFU as a separate module, and I guess then a command `self.add_cfu(....)` ) | 14:55 |
| *** lkcl has quit IRC | 15:00 | |
| *** lkcl has joined #litex | 15:13 | |
| *** chmousset has joined #litex | 15:14 | |
| *** rj has quit IRC | 15:26 | |
| *** rj has joined #litex | 15:31 | |
| *** thorns514 has joined #litex | 15:46 | |
| *** thorns514 has quit IRC | 15:54 | |
| *** thorns514 has joined #litex | 15:56 | |
| *** thorns514 has quit IRC | 16:01 | |
| *** rj has quit IRC | 16:11 | |
| *** rj has joined #litex | 16:14 | |
| *** m4ssi has joined #litex | 16:34 | |
| *** rj has quit IRC | 16:58 | |
| *** rj has joined #litex | 17:03 | |
| *** chmousset has quit IRC | 17:05 | |
| *** rj has quit IRC | 17:42 | |
| *** rj has joined #litex | 17:45 | |
| *** pftbest_ has quit IRC | 17:58 | |
| *** pftbest has joined #litex | 18:01 | |
| *** rj has quit IRC | 18:25 | |
| *** rj has joined #litex | 18:29 | |
| *** rj has quit IRC | 19:10 | |
| *** thorns514 has joined #litex | 19:13 | |
| *** rj has joined #litex | 19:13 | |
| *** thorns514 has quit IRC | 19:42 | |
| *** thorns514 has joined #litex | 19:43 | |
| *** rj has quit IRC | 19:54 | |
| *** rj has joined #litex | 19:58 | |
| *** acathla has quit IRC | 20:01 | |
| *** m4ssi has quit IRC | 20:10 | |
| *** massi_ has joined #litex | 20:10 | |
| *** rj has quit IRC | 20:37 | |
| *** rj has joined #litex | 20:40 | |
| *** pftbest has quit IRC | 20:47 | |
| *** pftbest has joined #litex | 20:48 | |
| *** pftbest has quit IRC | 20:52 | |
| *** thorns514 has quit IRC | 20:55 | |
| *** pftbest has joined #litex | 21:06 | |
| *** rj has quit IRC | 21:19 | |
| *** rj has joined #litex | 21:24 | |
| *** rj has quit IRC | 22:13 | |
| *** massi_ has quit IRC | 22:38 | |
| *** Bertl_oO is now known as Bertl_zZ | 22:39 | |
| *** lf has quit IRC | 23:29 | |
| *** lf has joined #litex | 23:29 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!