Monday, 2021-01-11

*** tpb has joined #litex00:00
*** lkcl has quit IRC00:12
*** lf has quit IRC00:12
*** lf has joined #litex00:12
*** lkcl has joined #litex00:25
*** TMM has quit IRC00:31
*** martinraison has joined #litex00:32
*** TMM has joined #litex00:34
*** martinraison has quit IRC00:36
*** chgavilana has quit IRC02:24
*** nash128 has joined #litex03:10
*** CarlFK has quit IRC03:16
*** martinraison has joined #litex03:54
*** martinraison has quit IRC03:59
*** Degi_ has joined #litex04:16
*** Degi has quit IRC04:18
*** Degi_ is now known as Degi04:18
*** Bertl_oO is now known as Bertl_zZ04:24
*** hansfbaier has quit IRC05:51
*** andrewb1999 has quit IRC06:27
*** kgugala_ has joined #litex06:53
*** kgugala has quit IRC06:57
*** martinraison has joined #litex07:11
*** martinraison has joined #litex07:58
*** hansfbaier has joined #litex08:13
*** martinraison has quit IRC08:27
*** martinraison has joined #litex08:29
*** feldim2425 has quit IRC08:49
*** feldim2425 has joined #litex08:56
*** martinraison has quit IRC09:01
*** martinraison has joined #litex09:17
*** martinraison has quit IRC09:20
*** martinraison has joined #litex09:22
*** hansfbaier1 has joined #litex09:28
*** martinraison has quit IRC09:30
*** hansfbaier has quit IRC09:31
*** martinraison has joined #litex09:31
*** martinraison has quit IRC09:46
*** martinraison has joined #litex10:53
*** martinraison has joined #litex10:55
*** martinraison has quit IRC11:03
*** martinraison has joined #litex11:03
_florent_somlo: good news, we are now able to use your litex-hub/linux/litex-rebase branch with Linux-on-LiteX-VexRiscv, see: https://github.com/litex-hub/linux-on-litex-vexriscv/issues/17611:06
*** hansfbaier1 has quit IRC11:11
*** martinraison has quit IRC11:14
somlo_florent_: nice!11:57
*** Bertl_zZ is now known as Bertl12:05
*** martinraison has joined #litex12:31
*** kgugala_ has quit IRC12:42
*** kgugala has joined #litex12:42
*** martinraison has quit IRC13:09
*** futarisIRCcloud has joined #litex13:21
*** martinraison has joined #litex13:30
somlo_florent_: trying to understand what appears to be a "quirk" of the antmicro litesdcard linux driver: https://github.com/litex-hub/linux/blob/litex-rebase/drivers/mmc/host/litex_mmc.c#L24613:41
somlohere's my theory, please confirm or set me straight: by default, the microSD card assumes/expects bus width 113:41
somlobut the litesdcard driver doesn't actually support that default option, and only works with bus width 4, at all times13:42
somlo(which might be a deviation from the "standard", but whatever :)13:42
somloso, instead of waiting for the linux mmc subsystem to do a bunch of data transfers using default width 1, *then* setting width to 4 at some convenient later point, the litesdcard linux driver MUST inject an ACMD6 to set bus width before the very first data transfer, or else things won't work13:43
somloif that's the case, I'll update the comments around that work to make it clear what's going on :)13:44
somlobut if I'm wrong about my assumptions above, please kick me :)13:44
*** martinraison has quit IRC14:17
*** martinraison has joined #litex14:19
*** martinraison has joined #litex14:23
*** logan12 has joined #litex14:25
*** logan12 has quit IRC14:26
*** martinraison has quit IRC14:32
*** martinraison has joined #litex14:32
*** martinraison has joined #litex14:57
*** martinraison has quit IRC15:02
*** martinraison has joined #litex15:02
*** futarisIRCcloud has quit IRC15:31
*** keesj has quit IRC16:27
cr1901_modern_florent_: Since lxterm doesn't work any more on Mac OS or Windows, is there any possibility we could revert to the old single-process version or provide the single-process version as a workaround for now? https://github.com/enjoy-digital/litex/issues/743#issuecomment-75590233316:36
cr1901_modernIf not, I'm in the process of adding SFL support to an alternate serial terminal impl16:37
*** andrewb1999 has joined #litex16:52
*** martinraison has quit IRC16:54
*** andrewb1999 has quit IRC16:57
*** andrewb1999 has joined #litex16:57
st-gourichon-fidHi! I reinstalled tools and observed allocation failures on ICE40. Very few ICESTORM_RAM used, but extremely high usage of ICESTORM_LC, up to 1383%.  Reverting yosys from "Yosys 0.9+3830 (git sha1 b72c2946, clang 10.0.0-4ubuntu1 -fPIC -Os)" to "Yosys 0.9+2406 (git sha1 aafaeb66, clang 10.0.0-4ubuntu1 -fPIC -Os)" fixed the issue.17:24
st-gourichon-fidOpen to any advice.17:24
zypcr1901_modern, I'm also curious what the reasoning for switching from threading to multiprocessing is, looks like just a random change tacked onto another feature: https://github.com/enjoy-digital/litex/commit/feeb2f717:33
zypI don't see multiprocessing giving an obvious benefit to anything in this situation, but the disadvantage is obvious17:37
zypI should probably make that comment on the issue rather than on irc :)17:38
_florent_cr1901_modern, zyp: thanks for the feedback, I'll look at that. In fact we should probably switch to asyncio17:56
zyptrue, asyncio would probably be a better approach, but more work :)18:16
_florent_cr1901_modern: I just reverted LiteXTerm to use threading with https://github.com/enjoy-digital/litex/commit/460fada3acbc6626f15388e4259bec0058b4a2d618:30
*** Bertl is now known as Bertl_oO18:37
*** martinraison has joined #litex19:19
*** martinra_ has joined #litex19:19
cr1901_modern_florent_: Tyvm. A few lxterm changes incoming on my end19:20
*** martinraison has quit IRC19:23
*** martinraison has joined #litex19:42
*** martinra_ has quit IRC19:45
*** martinraison has quit IRC19:45
cr1901_modernIs the donut demo known to crash or otherwise produce some characters that aren't actually part of the donut?20:09
cr1901_modernHmm, I guess the donut demo's speed sensitive20:22
*** kiwi_55 has joined #litex23:55
*** kiwi_55 has quit IRC23:56

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