Friday, 2021-02-19

*** tpb has joined #litex00:00
tmbinc_florent_ / G33KatWork: So ADC data is working now (https://me.elitedvb.net/s/ji2w3wzKKfypyzX; timescale is wrong of course)00:00
tmbincvia https://github.com/360nosc0pe/litex-boards/tree/tmbinc/work, and yes I need to clean this up etc.00:01
tmbincthis is CH1, and the DC offset is a bit hard to find (0x2600 constant, varies likely from scope to scope), so we need a cal tool at some point00:02
mikeK_de1socSweet!!!!!   :)00:05
mikeK_de1socGreat Job!!00:05
tmbincThanks - actually litex made all of this easy and fun00:14
tmbinc_every_ single thing "just worked", 100% as expected. That is not typical for me working with FPGAs. :)00:15
mikeK_de1socyes, I just my board up an running... the DE1-SoC..  not as exciting as the Scope tho...00:15
mikeK_de1socdo you have the display up and running?00:16
tmbincWe had it working in the old vivado-based design (just as a Linux framebuffer)00:16
*** lf has quit IRC00:17
mikeK_de1socah ok...  IS that in the files too? i wanted to check on the code, if you don;t mind.00:17
*** lf has joined #litex00:17
tmbinchttps://www.youtube.com/watch?v=l573bA7dOKY was a video of it. https://github.com/360nosc0pe/software/blob/master/cheapscope/cheapscope.py was the software (please note the glorious way of how the framebuffer works)00:18
tmbincthe rest of the design you can find on https://github.com/360nosc0pe/yocto and https://github.com/360nosc0pe/fpga00:19
mikeK_de1socNice!!  I am at the VGA section for my "altera" board.  this is where i am stuck..00:20
mikeK_de1socthe vga seems to be setup for the xilinx dev tools.. not altera(intel)00:20
mikeK_de1soctmbinc: I have a quick question if that's ok! Where do you call the "litex_boards/targets/sds1104xe_config.py" file from?00:35
*** mikeK_de1soc has quit IRC00:45
*** FFY00 has quit IRC01:17
*** FFY00 has joined #litex01:17
*** mikeK_de1soc has joined #litex02:18
*** mikeK_de1soc has quit IRC02:33
*** mikeK_de1soc has joined #litex02:35
*** Degi_ has joined #litex03:38
*** Degi has quit IRC03:39
*** Degi_ is now known as Degi03:39
*** mikeK_de1soc has quit IRC03:53
*** FFY00 has quit IRC05:02
*** FFY00 has joined #litex05:02
*** kgugala_ has joined #litex05:52
*** kgugala has quit IRC05:55
*** Bertl_oO is now known as Bertl_zZ06:23
*** dormito has joined #litex06:36
dormitoAs I understand it litex generates the hdl for a SoCs wishbone fabric (for projects that use wishbone). Is there a good mechanism for controlling the address of modules at run time? (especially simple special case situations, like swapping two bus maping addresses if a register bit is set)06:38
*** TMM has quit IRC06:41
*** TMM has joined #litex06:41
*** _whitelogger has quit IRC06:54
*** _whitelogger has joined #litex06:56
*** kgugala has joined #litex07:17
*** kgugala_ has quit IRC07:20
_florent_tmbinc: nice! So the next step would probably be to simplify the repository (with just the target + scripts) and add a capture datapath to upload the samples to the Host08:07
_florent_tmbinc: here is a simplified version what I have in mind for a first capture datapath:08:08
_florent_https://usercontent.irccloud-cdn.com/file/HMGtl0o1/SDS1104X-E_Datapath.png08:08
_florent_This would allow doing large captures (with up to 20Gbps of bandwidth from the ADC) and upload slowly at 100Mbps to the Host08:10
_florent_I could work on this part08:10
*** st-gourichon-fid has quit IRC08:12
*** st-gourichon-fid has joined #litex08:22
*** jevinskie[m] has quit IRC08:25
*** leons has quit IRC08:25
*** jryans has quit IRC08:26
*** sajattack[m] has quit IRC08:26
*** apolkosnik[m] has quit IRC08:26
*** CarlFK[m] has quit IRC08:26
*** disasm[m] has quit IRC08:26
*** david-sawatzke[m has quit IRC08:26
*** xobs has quit IRC08:26
*** promach3 has quit IRC08:28
tmbinc_florent_: sounds good. The fifo would need to handle pre-trigger capture, but essentially it's just flushing data from the beginning.08:43
tmbincI can simplify the repo08:44
_florent_tmbinc: ok thanks, that's just a first idea to upload the samples to the Host, we'll of course refine this. For the pre-trigger, we could add a module at the output of the FIFO that would ensure we always have the previous N samples in the FIFO (ie flush the output when more than N stored) and disable this behavior when the capture starts.09:06
_florent_tmbinc: this how pre-trigger is implemented in LiteScope (but with a BlockRAM FIFO). I'm also realizing that working on this will also be useful to use a LiteDRAM FIFO with LiteScope :) (wanted to work on this for some time now).09:07
Melkhior_florent_ perhaps LiteX could appear in the "SoC platforms" category of https://github.com/riscv/riscv-cores-list ? (source of https://riscv.org/exchange/cores-socs/)09:14
tpbTitle: RISC-V Exchange: Cores & SoCs - RISC-V International (at riscv.org)09:14
*** jryans has joined #litex09:23
_florent_Melkhior: that could make sense and would probably be relevant yes, do you want to do a PR this? (just saw you have a pending PR for Vex :))09:28
_florent_The RISC-V cores currently supported are:09:29
MelkhiorI can do the PR if it's fine with you, didn't want to jump the gun09:29
_florent_- BlackParrot09:29
_florent_- CV32E40P09:29
_florent_- Minerva09:29
_florent_- PicoRV3209:29
_florent_- Rocket09:29
_florent_- SERV09:29
Melkhiorthat's one long list of cores :-)09:30
_florent_- VexRiscv (SMP)09:30
_florent_(and that's the end for now :))09:30
*** proteusguy has quit IRC09:33
Melkhior_florent_ how do I describe the license ? That looks like BSD ?09:34
_florent_yes it's BSD09:35
Melkhiorhttps://github.com/rdolbeau/riscv-cores-list/commit/95917912511a4a7868bae12057660426d38f9580 works for you ?09:38
Melkhior_florent_ I decided against mentioning there's additional non-RISC-V cores... might not be the best place :-)09:42
_florent_Melkhior: thanks, this looks good yes; I also think we should just list the RISC-V cores09:43
Melkhiorall on your list are RISC-V I think ? (i.e. microwatt isn't in there)09:44
MelkhiorI know most of them but not all09:44
*** sajattack[m] has joined #litex09:44
*** david-sawatzke[m has joined #litex09:44
*** promach3 has joined #litex09:44
*** leons has joined #litex09:44
*** jevinskie[m] has joined #litex09:44
*** xobs has joined #litex09:44
*** CarlFK[m] has joined #litex09:44
*** disasm[m] has joined #litex09:44
*** apolkosnik[m] has joined #litex09:44
_florent_yes I only listed the RISC-V ones09:45
Melkhiorok09:45
Melkhiorthx09:45
MelkhiorPR #6709:48
_florent_thanks!10:05
Melkhior_florent_ can you give an OK in the PR as enjoy-digital ? just in case they wonder why it's not the primary author doing the PR...10:12
tmbinc_florent_: any opinion about repo name? 360nosc0pe/scope? litex-scope? litex-sds? I want to express that it is based on litex but not part of litex, how do other FPGA-specific repos handle this?10:13
tmbinchttps://github.com/360nosc0pe/scope for now but we can rename it10:23
_florent_tmbinc: scope is a good name yes (we could still change it later if we found a better name), litex-scope would also have been a good name but is maybe too close to LiteScope so will be confusing, so scope is probably better10:29
_florent_tmbinc: I'm using this font for the ASCII art on the others repos: https://patorjk.com/software/taag/#p=display&f=Small%20Slant&t=360nosc0pe10:31
tpbTitle: Text to ASCII Art Generator (TAAG) (at patorjk.com)10:31
_florent_tmbinc: but this is just a preference :), no important10:32
_florent_otherwise this looks fine and will provide us a good basis to play with the scope, thanks!10:33
*** geertu has quit IRC11:09
tmbinc_florent_: fixed (the font)11:19
*** geertu has joined #litex11:23
*** proteusguy has joined #litex11:46
*** key2 has quit IRC12:08
*** Bertl_zZ is now known as Bertl12:14
*** key2 has joined #litex12:20
*** mikeK_de1soc has joined #litex13:02
*** mikeK_de1soc has quit IRC13:08
*** mikeK_de1soc has joined #litex13:09
mikeK_de1soc_florent_: I would like to submit a PR for the work that I have done on the DE1-SoC board in my tweet, (Thanks for the like btw). Again, I am not very experienced in this. I have several changes in multiple repositories. Do I submit each one individually, and you review each one? Also, I started to add the support for the Framebuffer for the13:33
mikeK_de1socCyclone5 devices. But currently it's not working yet. Did you want me ignore those at the moment? Currently the build will pass because I have the Frame buffer ignored in make.py makefile. Thanks! MikeK13:33
_florent_mikeK_de1soc: yes, you could create PRs for the parts that have been validated, for the framebuffer, we can wait to have something working before integrating.13:36
mikeK_de1socok will do!13:36
*** Melkhior has quit IRC14:05
tmbincmikeK_de1soc: sorry, missed your question yesterday - the script is executed manually. (It moved to https://github.com/360nosc0pe/scope/blob/main/software/sds1104xe_config.py now)14:34
mikeK_de1socThanks!  :)14:35
mikeK_de1socSorry, After a quick look through your documentation, i could not find how big the FPGA is? still looking..14:44
*** kgugala_ has joined #litex14:48
tmbincit's a xc7z02014:49
*** kgugala has quit IRC14:51
*** kgugala has joined #litex15:01
*** kgugala_ has quit IRC15:03
mikeK_de1socok thanks...15:05
*** futarisIRCcloud has quit IRC15:08
*** Bertl is now known as Bertl_oO15:45
*** kgugala has quit IRC16:06
*** kgugala has joined #litex16:08
*** xobs has quit IRC16:11
*** kgugala has quit IRC16:18
*** kgugala has joined #litex16:18
*** xobs has joined #litex16:19
*** TMM has quit IRC16:39
*** TMM has joined #litex16:39
*** shorne_ has joined #litex17:13
*** dkozel_ has joined #litex17:14
*** dormito has quit IRC17:18
*** dkozel has quit IRC17:18
*** shorne has quit IRC17:18
*** Melkhior has joined #litex17:19
*** dormito has joined #litex17:21
*** dormito has quit IRC17:21
*** Claude has quit IRC17:21
*** dormito has joined #litex17:22
*** Claude has joined #litex17:23
Melkhiordarn, the micro-sd card now won't work even in SMP VexRiscv BIOS, the one place it was reliable :-(17:34
Melkhiorupdated everything, not sure what it could be ... previous update was done not that long ago but can't remember the exact date (definitely after Feb 4 from repos that were changed then and not since.17:34
Melkhiortried rolling back litex but didn't seem to fix (not sure I did the rollback properly...)17:34
Melkhiorany idea which repo I should look at ?17:35
nickoeMelkhior: mm, how do you "update"?17:47
Melkhiorpython3 litex_setup.py --user update17:48
Melkhiorin the top level, so that updates everything17:48
MelkhiorI've rolled back litedram, and I now have a as-yet-unseen failure mode: the BIOS fails to load boot.json (standard), but instead of failing straight away at loading boot.bin it loads some of it ... and then stops. never seen that before...17:50
nickoeOk, I don't konw. I am new to the litex ecosystem or whatever you call it, but sdcard via SPI works for me on my custom board. But I installed a week or two ago.17:50
MelkhiorMy hardware & sd-card have a long history of being a major nuisance:-)  it works to load files (worked, past tense now) in Linux-onLitex-VexRicsv BIOS (UP or SMP), it can read data in LInux SMP, read corrupted dat ain Linux UP, and won't load anything in Linux-on-Litex-Rocket at the BIOS ... all of that in SD mode ; SPI mode has never worked with17:53
MelkhiorLiteX or with my own project unrelated to LiteX with a couple of SPI sd-card controller from GitHub...17:53
Melkhiorit's weird17:53
Melkhiorbut oh well :-)17:54
MelkhiorLoading data from the BIOS was my primary use case in Litex so as it worked I thought I could ignore the problem... and not it doesn't work anymore:-)17:54
Melkhiorwell, I know what to took at this week-end now!17:55
mikeK_de1socHi Melkhior:  Just wanted to let you know my RiscV is working on my De1-Soc!!  Gave you Kudo's in my tweet!!!18:05
mikeK_de1socThanks for All your help yesterday!!18:05
MelkhiormikeK_de1soc cool & glad I could be helpful!18:06
mikeK_de1socyeah absolutly,, Just letting you know I upped my serial to 203400 kbs, twice as fast as 115.2 and it worked!  great tip on recompiling the fpga core.. that was great!18:07
mikeK_de1socyeah, i found doing a litex-setup --user setup did not work too well for me either. Could you use a different branch of Github? and do things this way? just an idea.18:08
Melkhiorjust trying to rollback repo that could be relevant one by one... worse case scenario I can do like last time i had update issue: create a new user in the VM and starts from scratch to make sure I have a clean slate :-)18:10
mikeK_de1socWah.... and this is All from litex XXX repo's?  there must be a better way...18:14
Melkhiorwell I rolled back litesdcard and that solved the problem (also rolled back litex & litedram) ; so I guess this week-end i'll have to do some bisecting to figure out the actual issue ...18:18
Melkhiorgot to go18:19
Melkhiorbye :-)18:19
*** kgugala has quit IRC19:36
*** simeonm has quit IRC19:36
*** bastelma1n has quit IRC19:36
*** kgugala has joined #litex19:40
*** simeonm has joined #litex19:40
*** bastelma1n has joined #litex19:40
*** rj has quit IRC20:01
*** mikeK_de1soc has quit IRC21:24
nickoeMelkhior: well, what commits work and what not?  Related to https://github.com/enjoy-digital/litesdcard/issues/22 ?21:33
*** mikeK_de1soc has joined #litex21:50
*** lkcl has quit IRC21:53
*** lkcl has joined #litex22:07

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