| *** tpb <[email protected]> has joined #litex | 00:00 | |
| *** Guest929 <[email protected]> has joined #litex | 01:14 | |
| Guest929 | hi guys, | 01:14 |
|---|---|---|
| Guest929 | I am new to FPGA, i don't have single-chip-computer, windows system, only have tools like docker / multipass / qemu, is liteX a good choice to me? | 01:15 |
| Guest929 | I just need some guidance on how to set-up env and software simulator for users not having physical chips | 01:16 |
| tpw_rules | depends what brand of FPGAs. the open source stuff is pretty straightforward to get going | 01:21 |
| *** Guest929 <[email protected]> has quit IRC (Quit: Client closed) | 01:34 | |
| *** Degi_ <[email protected]> has joined #litex | 03:35 | |
| *** Degi <[email protected]> has quit IRC (Ping timeout: 268 seconds) | 03:36 | |
| *** Degi_ is now known as Degi | 03:36 | |
| *** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 04:48 | |
| *** TMM_ <[email protected]> has joined #litex | 04:48 | |
| *** FabM <FabM!~FabM@armadeus/team/FabM> has joined #litex | 06:17 | |
| *** indy <[email protected]> has quit IRC (Quit: ZNC 1.8.2 - https://znc.in) | 07:47 | |
| *** indy <[email protected]> has joined #litex | 07:48 | |
| *** Brinx <[email protected]> has quit IRC (Remote host closed the connection) | 08:27 | |
| *** Brinx <[email protected]> has joined #litex | 08:53 | |
| *** Brinx <[email protected]> has quit IRC (Ping timeout: 252 seconds) | 08:57 | |
| *** Brinx <[email protected]> has joined #litex | 09:23 | |
| *** indy <[email protected]> has quit IRC (Ping timeout: 264 seconds) | 11:20 | |
| *** indy <[email protected]> has joined #litex | 11:24 | |
| somlo | something's wrong with `litex-hub/pythondata-software-picolibc`: when I try to update (`git submodule update --recursive`) or clone from scratch (`git clone --recursive ...`) I get the following error: "fatal: remote error: upload-pack: not our ref 580d4f13de47a3eaf66f10cfc8537721b21dfc31; Errors during submodule fetch: pythondata_software_picolibc/data" | 11:54 |
| *** shenchen <[email protected]> has joined #litex | 12:38 | |
| shenchen | Is it possible to have Liteeth's HW and SW interface work at the same time? should HW and SW interface have different MAC address, and different IP? | 12:41 |
| leons | Yes, that should be possible. LiteEth contains a built-in Xbar which allows this and provides you with a port in your HW design extracting / inserting traffic at your desired layer of abstraction (Ethernet / IP / UDP-Port) | 12:44 |
| leons | Not entirely sure about whether LiteEth will then also use the ARP core for your HW stack, assuming you have a different IP and MAC. That should be relatively simple to hack in though. | 12:45 |
| shenchen | when i tried this last night, i assign the same MAC and IP address to the LiteEthUDPIPCore and the software interface. Booting from the software interface (via tftp) stops working. When I remove the hardware UDPIP core, tftp booting works again. | 12:47 |
| shenchen | i was pretty puzzled by this. now that i'm typing the question, i start to think that perhaps SW and HW interface should use different MAC address. | 12:49 |
| leons | Which tap are you using to extract traffic into the fabric? If you’re matching on the MAC address in the Ethernet layer or IP address in the IP layer, then the software won’t see any traffic | 12:50 |
| leons | If they should share MAC / MAC+IP, then you’d need a more intricate mechanism to detect which traffic should go where, or just divert UDP traffic to/from a specific port | 12:50 |
| shenchen | hmm. let me check the C code that monitors the TAP | 12:52 |
| leons | Ah, I was referring to a TAP in the sense of a hardware crossbar port. | 13:27 |
| *** Brinx <[email protected]> has quit IRC (Remote host closed the connection) | 14:01 | |
| *** Brinx <[email protected]> has joined #litex | 14:02 | |
| *** Brinx <[email protected]> has quit IRC (Ping timeout: 268 seconds) | 14:06 | |
| *** Brinx <[email protected]> has joined #litex | 14:11 | |
| *** Brinx <[email protected]> has quit IRC (Remote host closed the connection) | 15:31 | |
| *** Brinx <[email protected]> has joined #litex | 15:31 | |
| shenchen | leons, LiteEthMAC.__init__() has an argument `interface'. it seems that in order to have HW and SW interfaces at the same time, one should set interface='hybrid' | 15:34 |
| *** Brinx <[email protected]> has quit IRC (Ping timeout: 268 seconds) | 15:36 | |
| shenchen | however, in soc.py LiteXSoc.add_ethernet(), ethmac is constructed with interface='wishbone' | 15:36 |
| somlo | btw, failing to `git submodule update --recursive` in pythondata-software-picolibc isn't a dealbreaker -- I can still build against whatever was already in there; however, if I had to `git clone --recursive` and failed, I wouldn't be able to use the result to build the litex bios | 16:17 |
| somlo | (I fortunately had a backup I could revert to) | 16:17 |
| somlo | not sure who's in charge of pythondata-software-picolibc on litex-hub, maybe mithro? | 16:18 |
| mithro | Hi? | 16:19 |
| mithro | Can you log a bug? | 16:20 |
| somlo | pythondata-software-picolibc itself doesn't have an "issues" tab, so where do you recommend I post it (litex?) | 16:31 |
| somlo | or do you rather mean the upstream picolibc repo itself? (I'm doing a recursive clone right now to check if the bug shows up there as well) | 16:33 |
| somlo | `git clone --recursive https://github.com/picolibc/picolibc` completes for me without any error, btw | 16:34 |
| somlo | so not there :) | 16:34 |
| tpw_rules | https://github.com/litex-hub/pythondata-software-picolibc/tree/master/pythondata_software_picolibc this submodule goes to a nonexistent commit | 16:35 |
| tpw_rules | did picolibc have a force push? | 16:35 |
| somlo | tpw_rules: if it *did* have a force push, shouldn't I be able to do a recursive clone *from scratch* without it erroring out (on the same nonexistent commit ID)? | 16:36 |
| tpw_rules | no because you cloned the picolibc repo there | 16:37 |
| tpw_rules | the pythondata-software-picolibc's submodule for picolibc points to a nonexistent commit | 16:37 |
| tpw_rules | (and mysteriously the hash in the commit message does not match the hash of the submodule, so maybe this is a bot bug) | 16:38 |
| somlo | oh, ok, that makes sense | 16:44 |
| *** jk- <[email protected]> has quit IRC (Ping timeout: 268 seconds) | 16:58 | |
| *** jk- <[email protected]> has joined #litex | 17:06 | |
| *** Brinx <[email protected]> has joined #litex | 17:07 | |
| *** Brinx <[email protected]> has quit IRC (Ping timeout: 252 seconds) | 17:11 | |
| *** Brinx <[email protected]> has joined #litex | 17:58 | |
| *** FabM <FabM!~FabM@armadeus/team/FabM> has quit IRC (Ping timeout: 260 seconds) | 19:21 | |
| *** zjason` <zjason`[email protected]> has joined #litex | 20:23 | |
| *** zjason <[email protected]> has quit IRC (Ping timeout: 246 seconds) | 20:25 | |
| *** josuah <[email protected]> has quit IRC (Quit: WeeChat 3.4.1) | 20:34 | |
| *** josuah <[email protected]> has joined #litex | 20:36 | |
| mithro | I also logged - https://github.com/litex-hub/pythondata-auto/issues/36 | 20:50 |
| *** vup <[email protected]> has quit IRC (Ping timeout: 268 seconds) | 20:52 | |
| *** anuejn <[email protected]> has quit IRC (Ping timeout: 268 seconds) | 20:52 | |
| mithro | Hrm, no kgugala here :-( | 20:52 |
| tpw_rules | mithro: seems weird to me that the commit in the submodule and in the commit title do not match too? | 20:53 |
| tpw_rules | unclear if that's the problem or just a symptom though | 20:54 |
| *** TMM_ <[email protected]> has quit IRC (Quit: https://quassel-irc.org - Chat comfortably. Anywhere.) | 21:11 | |
| *** TMM_ <[email protected]> has joined #litex | 21:11 | |
| *** shenchen_ <[email protected]> has joined #litex | 21:24 | |
| *** shenchen <[email protected]> has quit IRC (Remote host closed the connection) | 21:24 | |
| *** shenchen_ <[email protected]> has quit IRC (Ping timeout: 252 seconds) | 21:49 | |
| *** vup <[email protected]> has joined #litex | 21:51 | |
| *** anuejn <[email protected]> has joined #litex | 21:51 | |
| *** shenchen <[email protected]> has joined #litex | 22:41 | |
| *** Tari <Tari!~taritaric@2001:470:69fc:105::7fa> has joined #litex | 23:33 | |
| Tari | Can somebody explain to me how you're meant to get a console for a simulated soc? | 23:46 |
| Tari | if I run `litex_sim` it spins up a simulator which is clearly running because it's using a lot of CPU but I can't tell how to see any of the output I'd expect on the UART console | 23:47 |
| Tari | I've kind of gleaned from assorted searching that one way to do this is to attach an etherbone bridge and go through `litex_server` | 23:51 |
| Tari | but the documentation only seems to mention that you can run `litex_sim` and then says to attach a console to your board's serial port with no mention of the equivalent operation for simulation | 23:51 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!