Wednesday, 2021-04-21

*** tpb has joined #litex00:00
*** Degi_ has joined #litex00:38
*** Degi has quit IRC00:41
*** Degi_ is now known as Degi00:41
*** pftbest has quit IRC00:45
*** pftbest has joined #litex00:47
*** thorns514 has quit IRC01:15
*** felix_ has quit IRC01:16
*** felix_ has joined #litex01:16
*** lkcl has quit IRC01:38
*** lkcl has joined #litex01:52
*** lkcl has quit IRC02:33
*** lkcl has joined #litex02:46
*** lkcl has quit IRC03:05
*** lkcl has joined #litex03:18
*** Bertl_oO is now known as Bertl_zZ04:21
*** kgugala_ has joined #litex05:38
*** cjearls has joined #litex05:38
*** kgugala__ has joined #litex05:40
*** kgugala has quit IRC05:41
*** kgugala_ has quit IRC05:44
*** mithro has quit IRC05:58
*** mithro has joined #litex06:00
*** midnight has quit IRC06:14
*** midnight has joined #litex06:28
*** lkcl has quit IRC06:54
*** lkcl has joined #litex07:06
*** Melkhior has joined #litex08:14
*** lkcl has quit IRC09:11
*** lkcl has joined #litex09:24
*** Bertl_zZ is now known as Bertl10:14
*** d_olex has quit IRC10:29
*** Melkhior has quit IRC10:51
*** Melkhior has joined #litex10:56
nickoe_florent_: Do you know whats up with the netboot issue I wrote about just above?11:20
somlo_florent_: I get an error building for nexys4ddr and trellis caused by this line: https://github.com/enjoy-digital/litex/blob/master/litex/soc/integration/soc.py#L155311:22
somlothe error is "AttributeError: 'SDCore' object has no attribute 'cmd_done'"11:22
somlosomething about the thing not being "self.cmd_done" in the SDCore, but not sure just adding that is the *right* fix :)11:23
_florent_nickoe: Sorry, I've not been able to look at it yet11:35
_florent_somlo: Ah, this is related to https://github.com/enjoy-digital/litesdcard/pull/25#issuecomment-823252640, the PR has probably not been updated11:36
_florent_it should use: self.cmd_event.fields.done, would11:36
_florent_somlo: https://github.com/enjoy-digital/litex/commit/b55af2156ba3380a7bed9eafeb33c6430417944011:38
nickoe_florent_: Ok, no worries, I will try to reproduce the issue with a new checkout and report it as an issue later.12:02
somlo_florent_: thanks, that took care of it :)12:21
_florent_somlo: have you measured the read/write speed in Linux with the last improvements? I haven't on my side but if you have numbers I'm interested :)12:22
*** thorns514 has joined #litex13:16
Melkhior@_florent_ I'm not @somlo and I don't have numbers, but I can tell you it's very reliable for me and I believe noticeably faster than before - I'm running (too much) swap on the sdcard and it's yet to cause me any problem, and I'm making forward progress. For example at this time a C file os compiling while perl is trying to get stuuf from CPAN:13:51
MelkhiorTasks:  80 total,   3 running,  77 sleeping,   0 stopped,   0 zombie13:51
Melkhior%Cpu(s): 27.1 us,  5.8 sy, 24.6 ni, 42.5 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st13:51
MelkhiorMiB Mem :    245.3 total,      3.3 free,    224.4 used,     17.6 buff/cache13:51
MelkhiorMiB Swap:    320.0 total,    160.9 free,    159.1 used.     14.3 avail Mem13:51
Melkhior  PID USER      PR  NI    VIRT    RES  %CPU  %MEM     TIME+ S COMMAND13:51
Melkhior15749 dolbeau   39  19  155.8m 108.9m  97.9  44.4 120:51.56 R /usr/rvbk/libexe+13:51
Melkhior17795 dolbeau   20      165.7m  86.4m  97.9  35.2  28:30.44 R /opt/local/bin/p+13:51
Melkhior17807 root      20        2.4m   1.4m  28.0   0.6   0:58.86 R top13:51
Melkhior   53 root       0 -20                  2.8         1:55.37 I [kworker/2:1H-mm+13:51
Melkhior(/opt is NFS-mounted in this case)13:51
_florent_Melkhior: great, your feedback is also very appreciated :)13:58
MelkhiorI like to push things to the limit:-)14:03
MelkhiorThis is wasting 3MiB on reserved memory for the framebuffer, but last evening I was able to log on the FB console using my PS/2 keyboard and even use 'yaft' on it :-)14:03
MelkhiorMaybe the very first 'Desktop LiteX' ?14:03
MelkhiorWish I had an old PS/2 mouse as well and a second PS/2 pmod, maybe I could try X11 with the fbdev driver...14:03
_florent_Melkhior: hehe, nice!14:17
Melkhior_florent_ a bit slow to be honest but fun nonetheless :-)14:19
*** rj has joined #litex14:23
*** rj has quit IRC14:50
*** rj has joined #litex14:52
*** kgugala__ has quit IRC14:55
*** kgugala has joined #litex14:55
*** rj has quit IRC14:55
*** rj has joined #litex14:56
acathlaCan someone help me with the meaning of those lines : https://github.com/enjoy-digital/litex/blob/master/litex/soc/software/bios/linker.ld#L8315:02
acathlaIt's used by https://github.com/enjoy-digital/litex/blob/master/litex/soc/cores/cpu/vexriscv/crt0.S15:03
acathlaI want to put all the code in RAM (it's executed from flash), but I still can see some strange addresses referenced in compiled code15:05
acathlaOh, that's from zyp's last commit...15:20
acathlahttps://github.com/enjoy-digital/litex/commit/9c68d715032c1e5bdd2f52d8523beac48458155615:20
acathlaI don't understand the difference between _fdata and _fdata_rom15:23
*** rj has quit IRC15:34
*** rj has joined #litex15:39
somlo_florent_: I'll run some tests later tonight; multi-block reading of 15MB is about 9 seconds now (down from 22)15:52
somlowrites I still need to measure -- on a clean partition, since fragmentation will slow it down additionally15:52
leonsflorent: I just got a chance to rebase on the timestamping changes in LiteEth15:58
leonsUnfortunately your changes on top of it seem to break it for me. In particular, the way I'm introducing a "return channel" FIFO where the event source is attached seems to be fundamentally incompatible with just having an EventSourcePulse triggered once per packet15:59
leonshttps://github.com/enjoy-digital/liteeth/commit/392414eef8991ddea619a0a21d5d2ec7adf3c9ae#diff-bcbdbc676951ce53ff71f484ab27af68c97fc9b1d47f496749f54ab89e6804f7R26715:59
leonsThis line in particular seems to just fill up the FIFO all the time, so when my driver tries to clear the FIFO it'll remain in an infinite loop16:00
leonsI think the reasonable approach might really be to change the event source logic from pulse to level whenever timestamping is enabled. This also makes events consistent with what's in the FIFO16:01
*** pftbest has quit IRC16:10
*** pftbest has joined #litex16:10
nickoe_florent_: Ok, I tested with the latest litex and I can reproduce the netboot issue, I created this bug16:19
nickoehttps://github.com/enjoy-digital/litex/issues/88816:19
*** rj has quit IRC16:31
*** rj has joined #litex16:35
_florent_leons: Indeed, I probably made a typo this should be done on END state, not IDLE16:35
_florent_somlo: ok thanks.16:37
_florent_nickoe: thanks for the issue, the steps to reproduce are well explained, I'm not able to look at it now, but will do soon16:41
_florent_sajattack[m]: I fixed the flashing over PCIe on the Acorn, can you update LiteX-Boards and LitePCIe (make sure to use the latest driver) and do a test?16:43
_florent_So if you want to update the bistream from PCIe, you can just do: ./litepcie_util flash_write your_bistream.bin16:43
sajattack[m]<_florent_ "sajattack: I fixed the flashing "> I'll try on my lunch break16:43
_florent_then ./litepcie_util flash_reload to reload the bitstream16:44
_florent_and do a PCIe rescan or reboot the machine to be able to use the updated bitstream16:45
_florent_with flash_read you can also dump it16:45
sajattack[m]What was the issue out of curiosity?16:45
_florent_The software/gateware was not in phase. I probably updated this from another project I have without really testing on hardware16:47
sajattack[m]Ah16:47
leons_florent_: okay, no worries. I thought so, IDLE seemed weird. Will send a patch!16:55
_florent_leons: Thanks.17:12
*** rj has quit IRC17:15
*** rj has joined #litex17:20
*** rj has quit IRC17:59
*** Bertl is now known as Bertl_oO18:02
*** rj has joined #litex18:03
*** rj has quit IRC18:44
*** rj has joined #litex18:49
*** Melkhior has quit IRC19:12
*** rj has quit IRC19:27
*** rj has joined #litex19:30
*** pftbest has quit IRC19:36
*** pftbest has joined #litex19:46
sajattack[m]_florent_: on second thought, messing with hardware inside the computer I'm using for work on my lunch break doesn't seem like a good idea. I'll try later this evening (PST)19:48
sajattack[m] * florent: on second thought, messing with hardware inside the computer I'm using for work on my lunch break doesn't seem like a good idea. I'll try later this evening (PT)19:48
*** pftbest has quit IRC19:48
*** pftbest has joined #litex19:49
*** pftbest has joined #litex19:50
*** rj has quit IRC20:11
*** rj has joined #litex20:16
*** cjearls_ has joined #litex20:20
*** cjearls_ has quit IRC20:21
*** cjearls_ has joined #litex20:21
*** cjearls has quit IRC20:22
*** rj has quit IRC20:58
*** rj has joined #litex21:01
*** rj_ has joined #litex21:36
*** rj has quit IRC21:39
*** rj_ has quit IRC21:43
*** Melkhior has joined #litex21:56
*** rj_ has joined #litex22:00
*** rj_ has quit IRC22:25
*** rj_ has joined #litex22:31
nickoesajattack[m]: What are you messing around with?22:42
sajattack[m]pcie bitstream reloading on acorn cle-215+22:51
nickoehmm23:05
*** rj_ has quit IRC23:10
*** rj_ has joined #litex23:14
*** lf has quit IRC23:28
*** lf has joined #litex23:28
*** TMM has quit IRC23:42
*** TMM has joined #litex23:42
sajattack[m]basically making it so I can update my fpga from the computer it's in rather than needing another computer and an ftdi board23:53

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