Wednesday, 2019-10-23

*** tpb has joined #litex00:00
*** CarlFK has quit IRC00:28
*** _whitelogger has quit IRC01:21
*** _whitelogger has joined #litex01:24
*** CarlFK has joined #litex05:52
*** CarlFK has quit IRC08:46
*** CarlFK has joined #litex09:03
*** CarlFK has quit IRC09:09
*** CarlFK has joined #litex09:35
*** CarlFK has quit IRC09:40
*** CarlFK has joined #litex09:48
*** CarlFK has quit IRC09:54
*** CarlFK has joined #litex10:13
*** CarlFK has quit IRC10:27
*** CarlFK has joined #litex10:40
*** CarlFK has quit IRC10:51
*** CarlFK has joined #litex10:59
*** CarlFK has quit IRC11:03
_florent_kbeckmann: your ideas are interesting could be nice contributions! The idea with the bios is to keep it simple and flexible, some of the improvements ideas: add sd card boot support, improve oses booting (Linux, Zephyr, micropython, etc...), have the same features for all the suppported CPU, etc...11:04
_florent_kbeckmann: so being able to re-program the flash directly from the bios would definitely be useful for various use cases (being able to reflash software or the bistream with it without using jtag cable), and should not add too much complexity since we already have the flash support11:07
*** CarlFK has joined #litex11:18
kbeckmann_florent_: cool then I'll keep that in mind and clean up my patches and submit a few PRs in the coming weeks or so.11:46
*** CarlFK has quit IRC13:20
*** CarlFK has joined #litex13:20
*** CarlFK has quit IRC14:56
*** somlo has quit IRC14:57
*** somlo has joined #litex15:12
*** lolsborn has quit IRC15:58
*** CarlFK has joined #litex16:33
*** CarlFK has quit IRC16:48
*** CarlFK has joined #litex17:00
*** ironsteel has joined #litex18:39
*** ironsteel has quit IRC19:03
somlo_florent_: I'm wondering what the difference is between LiteDRAMWishbone2AXI (https://github.com/enjoy-digital/litedram/blob/master/litedram/frontend/wishbone.py#L55 introduced in litedram commit ca82ac18) on one hand, and the AXI2Wishbone converter in LiteX proper (https://github.com/enjoy-digital/litex/blob/master/litex/soc/interconnect/axi.py#L333)20:21
tpbTitle: litedram/wishbone.py at master · enjoy-digital/litedram · GitHub (at github.com)20:21
somloare they doing the same general type of thing? The former is not in use anywhere right now that I can find, is it dead code, or were you planning on using it for something specific at some point in the future?20:22
_florent_somlo: the direction are different, one is Wishbone --> AXI, the other AXI --> Wishbone, i'm using Wishbone2AXI on another project, but this should probably be integrated in LiteX directly20:26
somlooh, so the one in LiteDRAM is for when wishbone is the master port, and axi the slave20:29
somloor no, wait, that's *my* scenario, I have axi master -> wishbone master, and litedram has the slave port :)20:30
somloso I think what I *really* need is a native AXI data_width converter, same as what wishbone.Converter() does, except natively for AXI20:34
scanakcisomlo: I have a question. https://pastebin.com/8bWCnWR5. Here, have CSRs(including DRAM_init), bootrom as wb slaves. In core.py, there are "rom"      : 0x10000000, "sram"     : 0x11000000, "csr"      : 0x12000000,"ethmac"   : 0x3000000021:43
scanakciI guess bootrom resides at "rom" address, and the first code that cpu executes. Next, bios is executed, which resides in sram. Is this correct? Also, what does DRAM_init refer to in the figure?21:45
somloIIRC, the bios is in bootrom, located at the "rom" address. It's treated as "read-only", which is why the stack is set to the read/write-able sram21:58
somlodram init is the MMIO register (CSR in the LiteX vernacular) used by the bios to initialize the LiteDRAM controller, before its axi or wishbone datapath can be used to send/receive data from the actual RAM21:59
somlo*registerS (plural, there are probably several of them)22:00
scanakciI see. Thanks, this clears my confusion. I was a bit confused since you mentioned that bios is in SRAM. "somlo: I think the bios is always in SRAM, whether simulated or part of an fpga bitstream image"22:21
somlowell, in that context I *meant* RAM that's on the FPGA (as opposed to DRAM via liteDRAM, or some other off-chip memory) :)23:42
somloLitex uses on-FPGA memory for the "rom" which it *could* write over, but chooses not to, and the "sram" which is the same kind of memory, but designed to be writeable as well23:43
somloscanakci: ^^23:44
scanakcisomlo: thanks, it is more clear now :)23:48

Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!