| *** tpb has joined #litex | 00:00 | |
| *** hansfbaier has joined #litex | 00:20 | |
| *** hansfbaier has quit IRC | 00:30 | |
| *** lf has quit IRC | 00:54 | |
| *** lf has joined #litex | 00:55 | |
| *** Degi_ has joined #litex | 01:09 | |
| *** Degi has quit IRC | 01:11 | |
| *** Degi_ is now known as Degi | 01:11 | |
| *** Dolu has quit IRC | 01:14 | |
| *** vitalmixofnutrie has joined #litex | 01:22 | |
| *** FFY00 has quit IRC | 01:24 | |
| *** ranzbak has quit IRC | 01:24 | |
| *** xfxf has quit IRC | 01:24 | |
| *** SpaceCoaster has quit IRC | 01:24 | |
| *** Stary has quit IRC | 01:24 | |
| *** feldim2425 has quit IRC | 01:24 | |
| *** felix_ has quit IRC | 01:24 | |
| *** alanvgreen has quit IRC | 01:24 | |
| *** tannewt has quit IRC | 01:24 | |
| *** tcal has quit IRC | 01:24 | |
| *** daveshah has quit IRC | 01:24 | |
| *** guan has quit IRC | 01:24 | |
| *** awygle has quit IRC | 01:24 | |
| *** FFY00 has joined #litex | 01:30 | |
| *** ranzbak has joined #litex | 01:30 | |
| *** xfxf has joined #litex | 01:30 | |
| *** SpaceCoaster has joined #litex | 01:30 | |
| *** Stary has joined #litex | 01:30 | |
| *** feldim2425 has joined #litex | 01:30 | |
| *** felix_ has joined #litex | 01:30 | |
| *** alanvgreen has joined #litex | 01:30 | |
| *** tannewt has joined #litex | 01:30 | |
| *** daveshah has joined #litex | 01:30 | |
| *** tcal has joined #litex | 01:30 | |
| *** guan has joined #litex | 01:30 | |
| *** awygle has joined #litex | 01:30 | |
| *** CarlFK has joined #litex | 02:41 | |
| *** vitalmixofnutrie has quit IRC | 04:21 | |
| *** rachsug_ has quit IRC | 05:13 | |
| *** kgugala_ has joined #litex | 06:20 | |
| *** kgugala has quit IRC | 06:22 | |
| *** kgugala_ has quit IRC | 06:23 | |
| *** kgugala__ has joined #litex | 06:23 | |
| *** kgugala has joined #litex | 07:48 | |
| *** kgugala__ has quit IRC | 07:50 | |
| *** kgugala has quit IRC | 09:04 | |
| *** kgugala has joined #litex | 09:04 | |
| *** CarlFK has quit IRC | 09:30 | |
| *** CarlFK has joined #litex | 10:14 | |
| *** Dolu has joined #litex | 10:46 | |
| *** Bertl_zZ is now known as Bertl | 10:47 | |
| *** kgugala_ has joined #litex | 11:34 | |
| *** kgugala has quit IRC | 11:35 | |
| *** Bertl is now known as Bertl_oO | 11:38 | |
| *** kgugala_ has quit IRC | 12:00 | |
| *** kgugala has joined #litex | 12:02 | |
| *** kgugala_ has joined #litex | 12:03 | |
| *** kgugala has quit IRC | 12:07 | |
| *** kgugala has joined #litex | 12:17 | |
| *** kgugala_ has quit IRC | 12:20 | |
| *** Bk42 has joined #litex | 12:30 | |
| Bk42 | hi everybody | 12:30 |
|---|---|---|
| Bk42 | i use picorv32 in lattice fpga and when i try to enable IRQ my project bloks | 12:32 |
| Bk42 | without irq enabled i print some string for control | 12:32 |
| Bk42 | if i enable irq i don't see nothing on termina | 12:33 |
| Bk42 | terminal* | 12:33 |
| Bk42 | some suggest? | 12:33 |
| Bk42 | i need to enable irq for may project | 12:34 |
| Bk42 | my* | 12:34 |
| zyp | are you sure you're not getting stuck in an interrupt handler or something? | 12:54 |
| Bk42 | probably yes, but i used native code inside picorv32 equipped on litex | 12:55 |
| zyp | I'm not familiar with the picorv32, but in general a common reason things is hanging when you enable interrupts is because you're not clearing the interrupt properly, so as soon as you return from the handler it fires again, keeping it from running normal code | 12:56 |
| zyp | usually either that or something about the handler is wrong and trigging a fault | 12:57 |
| daveshah | It's also worth being aware that picorv32 interrupts are non-standard | 12:57 |
| zyp | normally I'd recommend checking with a debugger what state it's ending up in, but I'm not sure picorv32 has a debugger interface? | 12:57 |
| Bk42 | in fact there is a irq external function that must print a simple string | 12:58 |
| Bk42 | but i don't see nothing | 12:58 |
| Bk42 | terminal is completely blocked | 12:58 |
| Bk42 | i think that there isn't a debugger interface | 13:01 |
| *** proteus-guy has joined #litex | 13:58 | |
| *** proteusguy has joined #litex | 13:59 | |
| *** UA3MQJ has joined #litex | 14:07 | |
| *** roboknight has joined #litex | 14:21 | |
| *** UA3MQJ has quit IRC | 14:38 | |
| *** kgugala_ has joined #litex | 15:07 | |
| *** kgugala has quit IRC | 15:09 | |
| *** futarisIRCcloud has quit IRC | 15:14 | |
| *** kgugala has joined #litex | 15:18 | |
| *** kgugala_ has quit IRC | 15:23 | |
| *** Dolu has quit IRC | 15:49 | |
| somlo | _florent_: is there a good way to host pre-built binary images anywhere under litex-hub? I'd rather not make them part of the repo itself (I don't want them tracked by git), but it'd be a nice touch to link them from the mythical README.md :) | 16:01 |
| somlo | worst case I can link to my personal web space on www.contrib.andrew.cmu.edu, but that feels somewhat amateurish | 16:03 |
| daveshah | somlo: github releases? | 16:03 |
| _florent_ | somlo: I find github issues convenient for that, I just switch pre-built images for linux-on-litex-vexriscv to github issues yesterday to avoid having the linux-on-litex-vexrisv-prebuilt directory | 16:03 |
| _florent_ | https://github.com/litex-hub/linux-on-litex-vexriscv/issues/164 | 16:03 |
| _florent_ | somlo: just upload the file to the issue and it will be hosted there | 16:04 |
| somlo | daveshah, _florent_: thanks, I'll check out both, see what makes the most sense | 16:04 |
| somlo | _florent_ -- and I assume you can link to the binary blob from the git-tracked repository (specifically, the .md readme file) | 16:05 |
| _florent_ | somlo: yes | 16:06 |
| somlo | _florent_: how do you deal with updating the binary blobs -- create a new issue, update the existing one? I'll RTFM, but hopefully you can overwrite a binary blob with a newer version, as part of the issue :) | 16:06 |
| _florent_ | somlo: I was planning to update the issue yes, but in the README I just create a link to the issue, not the files directly | 16:08 |
| somlo | _florent_: ok, thanks, that seems pretty straightforward. I'll have a README.md, several configuration files (for busybox and a bunch of .dts files), but then I wanted to make available a bunch of intermediate things such as the cross-compiled busybox binary, the initramfs.cpio file, vmlinux, and, finally, boot.bin (that in addition to the various bitstream files for the three boards I'm starting out with) | 16:11 |
| somlo | I'm just testing my own README.md before uploading it, one final QA pass to straighten out any kinks I can find before going public... :) | 16:12 |
| *** Dolu has joined #litex | 17:22 | |
| *** Bk42 has quit IRC | 17:45 | |
| somlo | _florent_: in simulation, assuming I initialized the RAM with `--ram-init boot.bin`, is there a way to jump to the first RAM address from the bios prompt? | 18:41 |
| somlo | I have my sim configured with --with-ethernet, and (if using rocket) the tftp attempt won't time out in any useful amount of time :( | 18:42 |
| somlo | so I'm hitting <esc> early on, but then I don't know how to just start whatever I side-loaded into ram on the command line... | 18:42 |
| *** vitalmixofnutrie has joined #litex | 20:06 | |
| *** vitalmixofnutrie has left #litex | 20:16 | |
| *** FFY00 has quit IRC | 20:24 | |
| *** FFY00 has joined #litex | 20:25 | |
| *** FFY00 has quit IRC | 20:27 | |
| somlo | ok, it's out: https://github.com/litex-hub/linux-on-litex-rocket | 20:31 |
| daveshah | got your first star from me :) | 20:32 |
| somlo | Thanks! :D | 20:43 |
| *** m4ssi has joined #litex | 21:04 | |
| *** m4ssi has quit IRC | 21:51 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!