| *** tpb has joined #litex | 00:00 | |
| *** lf has quit IRC | 00:16 | |
| *** lf_ has joined #litex | 00:16 | |
| *** Degi_ has joined #litex | 03:36 | |
| *** Degi has quit IRC | 03:37 | |
| *** Degi_ is now known as Degi | 03:37 | |
| *** _whitelogger has quit IRC | 04:21 | |
| *** _whitelogger has joined #litex | 04:23 | |
| *** lkcl has quit IRC | 04:46 | |
| *** lkcl has joined #litex | 05:04 | |
| *** proteusguy has quit IRC | 07:07 | |
| *** futarisIRCcloud has joined #litex | 07:53 | |
| *** TMM has quit IRC | 08:15 | |
| *** TMM has joined #litex | 08:15 | |
| *** lkcl has quit IRC | 08:41 | |
| *** lkcl has joined #litex | 08:54 | |
| *** lkcl has quit IRC | 09:59 | |
| *** lkcl has joined #litex | 10:11 | |
| *** proteusguy has joined #litex | 10:54 | |
| Melkhior | @somlo : for the micro-sd card, weirdly enough: | 11:08 |
|---|---|---|
| Melkhior | [dolbeau2@localhost litesdcard]$ git bisect bad | 11:08 |
| Melkhior | 0754ce82530d62e89871d0c3be41c0082560aeef is the first bad commit | 11:08 |
| Melkhior | also if I update to litesdcard master (17f6216caa1dc156546ebd4208082aca35b16221 ATM) and reverse that one commit (that one line!), then it works-for-me in LoLV's BIOS .... | 11:43 |
| *** futarisIRCcloud has quit IRC | 12:02 | |
| *** kgugala_ has joined #litex | 12:34 | |
| *** kgugala has quit IRC | 12:37 | |
| somlo | Melkhior: that's weird... all that change does is allow sdcard_wait_cmd() to return a bit earlier: https://github.com/enjoy-digital/litex/blob/master/litex/soc/software/liblitesdcard/sdcard.c#L45 | 12:43 |
| somlo | then: https://github.com/enjoy-digital/litex/blob/master/litex/soc/software/liblitesdcard/sdcard.c#L130 | 12:43 |
| somlo | when it "would have" returned with the same result only a bit later in case there was a data transfer (which you'd have to wait for anyway): e.g. https://github.com/enjoy-digital/litex/blob/master/litex/soc/software/liblitesdcard/sdcard.c#L289 | 12:45 |
| Melkhior | @somlo please remember this could be borderline hardware, even though the behavior is fairly consistent | 12:45 |
| somlo | given that it only worked for you under a very narrow set of conditions anyway, I wonder if we're tickling some other bug... | 12:47 |
| Melkhior | also while I don't know what happens under LInux with that one extra line (as it won't load at all), without it reading is fine in SMP mode and returns randomly corrupted data in UP mode (with no indication in dmesg that anything is wrong with the sdcard, not timeouts, no nothing) | 12:47 |
| Melkhior | also: I just tried to _write_ to the sdcard (which has so far never worked), and the console just hanged | 12:48 |
| Melkhior | after rebooting, no trace of the file - which is consistent with what I've seen before: hangs or no hangs, the filesystem seems unchanged by attempted write (not even an empty file indicating an update of metadata) | 12:50 |
| Melkhior | (still running geertu's v5.11 kernel built by buidroot ATM, so I may not have the latest sdcard driver in linux ... but that doesn't matter at all for BIOS) | 12:51 |
| somlo | yeah, no, the bios has nothing to do with the linux driver... | 12:52 |
| somlo | remind me, is this with one of the existing boards in litex-boards, or some new model you're trying to add support for? | 12:52 |
| somlo | in the first case, I think we should revert 0754ce8 and ask questions later | 12:53 |
| somlo | in the second case, is this happening for multiple exemplars of the same board, or are we just dealing with "marginal" hardware perhaps? | 12:53 |
| somlo | _florent_: ^^^ | 12:54 |
| somlo | "this should not make a difference" (but then, neither should smp-vs-single-core :) ) | 12:57 |
| Melkhior | it's my 'new' hardware (which is a perfectly fine commercial board plugged into an adapter board, the adapter only has the LEDs, serial port, untested JTAG and the micro-sd card slot in question ; there's also a SBus connector but I don't use that for LiteX:-) ) | 13:09 |
| Melkhior | ... and there's just one working with a micro-sd card slot (the 2nd board in existence works fine as well for everything else, but I somehow managed to have a broken micro-sd card lid on it...) | 13:10 |
| Melkhior | so I wouldn't reverse it just for me | 13:10 |
| Melkhior | running a single-core 45.8 MiB stream benchmark ATM as i've never really stressed the memory before | 13:11 |
| Melkhior | (crypto is very much *not* bandwidth-bound) | 13:12 |
| *** FFY00 has quit IRC | 13:12 | |
| Melkhior | on my board the sd-card is connected in the kicad schematic: <https://github.com/rdolbeau/SBusFPGA/blob/main/sbus-to-ztex/sdcard.sch> ... very (too?) simple | 13:16 |
| Melkhior | well, 22.9 MiB once I've moved from 'double' to 'int', as I don't have a FPU (yet, from the look of dolu's fpu branch) 'double' is quite slow :-) | 13:23 |
| Melkhior | ------------------------------------------------------------- | 13:23 |
| Melkhior | Function Best Rate MB/s Avg time Min time Max time | 13:23 |
| Melkhior | Copy: 94.4 0.176748 0.169469 0.187866 | 13:23 |
| Melkhior | Scale: 44.8 0.358936 0.357486 0.360269 | 13:23 |
| Melkhior | Add: 55.3 0.443856 0.433777 0.456321 | 13:23 |
| Melkhior | Triad: 49.1 0.509064 0.489091 0.524905 | 13:23 |
| Melkhior | ------------------------------------------------------------- | 13:23 |
| Melkhior | not bad ! | 13:23 |
| somlo | Melkhior: getting into pcb design is still a "todo" item on my bucket list... :) Along with taping out actual silicon (I was going to sign up for the relevant ECE course sequence here at my uni, but then covid came along and taking classes got weird...) | 13:24 |
| Melkhior | it's a very simple pcb - it just route signals between the SBus connector and the pin headers to the ZTex board, plus the serial/jtab/leds/sd-card signals, all of them simple (and I may have botched the sd-card!) | 13:25 |
| Melkhior | no-one has made a SBus board for 20+ years so I had to roll out my own :-) | 13:25 |
| *** kgugala has joined #litex | 13:25 | |
| Melkhior | the miracle is that there was still some connectors in stock @ mouser, they are EOL now... | 13:26 |
| Melkhior | interestingly, running a couple of copies of stream at once neither takes much of a it (dual-core); running 4 half the banwidth, but that's probably just the sharing of one core for two copies | 13:29 |
| Melkhior | seems the memory subsystem is not a bottleneck for the dual 80 MHz VexRiscv | 13:30 |
| Melkhior | wish I had a bigger FPGA for more cores :-) | 13:30 |
| *** kgugala_ has quit IRC | 13:30 | |
| Melkhior | @somlo as for taping out silicon ... i'll let my hardware colleague handle that :-) | 13:30 |
| somlo | @Melkhior: it's not like anyone's getting anywhere near a foundry, but students get to use all the design tools to generate the masks, that then get sent off for fabrication. Next semester you get to deal with whatever they send you back for a final grade :) | 13:35 |
| Melkhior | wish I could have done that at uni :-) | 13:36 |
| Melkhior | never got anywhere near hardware design, architecture was the closest we got | 13:36 |
| Melkhior | idly wondering if I could get a SBus device in the Skywater 130nm process now that the PDK is accessible :-) | 13:37 |
| Melkhior | but by the time I've had time to understand all of it, I won't be able to get connectors anyway... | 13:37 |
| *** Bertl_oO is now known as Bertl | 13:38 | |
| somlo | yeah, Skywater is for "self-starters". I need the threat of getting a "bad grade" to trick myself into sticking with learning something new long enough to... well, *learn* something :) | 13:38 |
| Melkhior | :-) | 13:38 |
| somlo | or at least someone I believe knows something teaching me, as opposed to me flailing around on my own :) | 13:39 |
| Melkhior | or needing the skill for a project you really want to do - at least that works for me:-) that SBus/FPGA thing had been in my head too long, when I joined a HW company I figured it would help me learn the vocabulary of the HW people; it worked... now I know what 'WNS' mean and why it's bad :-) | 13:41 |
| *** feldim2425_ has joined #litex | 13:50 | |
| *** feldim2425 has quit IRC | 13:51 | |
| *** feldim2425_ is now known as feldim2425 | 13:51 | |
| *** FFY00 has joined #litex | 14:16 | |
| *** mikeK_de1soc has joined #litex | 17:31 | |
| *** Bertl is now known as Bertl_oO | 17:57 | |
| *** TMM has quit IRC | 18:54 | |
| *** TMM has joined #litex | 18:55 | |
| *** mikeK_de1soc has quit IRC | 19:13 | |
| *** Melkhior has quit IRC | 21:15 | |
| cr1901_modern | _florent_: I'm not sure the best way to handle this, but as a heads-up... binutils 2.35/6 has gotten stricter about invalid linker options. It appears that -nodefaultlibs is not a valid option, and causes building the BIOS to error | 21:28 |
| cr1901_modern | -nostdlib is, incidentally, still accepted | 21:33 |
| *** scanakci has joined #litex | 22:08 | |
| *** feldim2425 has quit IRC | 23:27 | |
| *** feldim2425 has joined #litex | 23:27 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!