_florent_ changed the topic of #litex to: LiteX FPGA SoC builder and Cores / Github : https://github.com/enjoy-digital, https://github.com/litex-hub / Logs: https://libera.irclog.whitequark.org/litex
tpb has quit [Remote host closed the connection]
tpb has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
nelgau has quit [Remote host closed the connection]
nelgau has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
nelgau has quit [Ping timeout: 240 seconds]
nelgau has joined #litex
linear_cannon has quit [Ping timeout: 260 seconds]
linear_cannon has joined #litex
nelgau has quit [Remote host closed the connection]
nelgau has joined #litex
nelgau has quit [Ping timeout: 256 seconds]
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
Degi_ has joined #litex
Degi has quit [Ping timeout: 256 seconds]
Degi_ is now known as Degi
<cr1901> mntmn: Litex used to be that "each WB peripheral got a 256MB chunk of address space". This is quite wasteful if you want a lot of Wishbone peripherals, so the logic got changed to dynamically allocate addr space.
<cr1901> Maybe the autologic needs some tuneup
<cr1901> 0x7e9000=8294400 bytes, so that doesn't seem to be a problem by itself
<mntmn> cr1901: yeah, the litevideo framebuffer address is hardcoded in integration/soc.py or sth
<cr1901> I thought _florent_ recently soft-deprecated litevideo
<cr1901> Maybe that was one of the reasons
<mntmn> no idea
<cr1901> Anyways, litex should auto allocate addr space, so w/o any other info yea this sounds like a bug :D
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 268 seconds]
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
nelgau has joined #litex
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
nelgau has quit [Remote host closed the connection]
nelgau has joined #litex
nelgau has quit [Ping timeout: 240 seconds]
mikek_DE1SOC has joined #litex
mikek_ has joined #litex
mikek_DE1SOC has quit [Read error: Connection reset by peer]
mikek__ has joined #litex
mikek_ has quit [Ping timeout: 240 seconds]
nelgau has joined #litex
nelgau has quit [Remote host closed the connection]
nelgau has joined #litex
Martoni42 has joined #litex
nelgau has quit [Remote host closed the connection]
nelgau has joined #litex
nelgau has quit [Ping timeout: 268 seconds]
<_florent_> cr1901: in fact Linux-on-LiteX-Vexriscv is using the new Video Out core (that replaces the LiteVideo one), the issue mntmn has is more related to address definitions that are not flexible enough for now. The best for now is indeed probably to move the default framebuffer address.
mikek_ has joined #litex
mikek__ has quit [Read error: Connection reset by peer]
mikek__ has joined #litex
mikek_ has quit [Ping timeout: 240 seconds]
<mntmn> _florent_: alright, thanks for confirming!
mikek__ has quit [Remote host closed the connection]
mikek__ has joined #litex
mikek_ has joined #litex
mikek__ has quit [Read error: Connection reset by peer]
mikek__ has joined #litex
mikek_ has quit [Ping timeout: 240 seconds]
Guest2653 has joined #litex
Guest2653 has quit [Client Quit]
mikek_ has joined #litex
Martoni42 has quit [Ping timeout: 268 seconds]
mikek__ has quit [Ping timeout: 256 seconds]
mikek__ has joined #litex
mikek_ has quit [Ping timeout: 256 seconds]
pavelow_ has quit [Quit: Leafing - Like a tree]
pavelow has joined #litex
mikek_ has joined #litex
mikek__ has quit [Ping timeout: 256 seconds]
mikek__ has joined #litex
mikek_ has quit [Ping timeout: 268 seconds]
linear_cannon has quit [Ping timeout: 268 seconds]
linear_cannon has joined #litex
nelgau has joined #litex
mikek__ has quit [Remote host closed the connection]
nelgau has quit [Ping timeout: 240 seconds]
mikek__ has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
Martoni42 has joined #litex
linear_cannon has joined #litex
mikek__ has quit [Quit: Leaving]
mikek_DE1SOC has joined #litex
Martoni42 has quit [Ping timeout: 240 seconds]
mikek_DE1SOC has quit [Remote host closed the connection]
mikek_ has joined #litex
mikek__ has joined #litex
Martoni42 has joined #litex
mikek_ has quit [Read error: Connection reset by peer]
mikek_ has joined #litex
Martoni42 has quit [Ping timeout: 240 seconds]
mikek__ has quit [Ping timeout: 240 seconds]
Martoni42 has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
mikek__ has joined #litex
linear_cannon has joined #litex
mikek_ has quit [Read error: Connection reset by peer]
mikek_ has joined #litex
mikek__ has quit [Ping timeout: 240 seconds]
linear_cannon has quit [Ping timeout: 268 seconds]
linear_cannon has joined #litex
linear_cannon has quit [Ping timeout: 240 seconds]
linear_cannon has joined #litex
mikek__ has joined #litex
nelgau has joined #litex
mikek_ has quit [Ping timeout: 256 seconds]
mikek_ has joined #litex
mikek__ has quit [Ping timeout: 240 seconds]
<nickoe> ok,got recovered from the hardrive failures
<nickoe> But it oes look like I can run the demo.bin app if I build it specifically for the target ... IIRC earlier I men in april it was portable between my simulation and target
<nickoe> now it is not portable b etween two simulations that are supposed to be basiscally identical and target..
<nickoe> I wonder whats up
linear_cannon has quit [Ping timeout: 240 seconds]
<nickoe> When using SPI SDCARD are the bios commands for the SD not supposed to work?
<nickoe> It appears they are only compiled in when sdcore is available which is no the case with add_spisdcard only with add_sdcard in soc.py
linear_cannon has joined #litex
mikek__ has joined #litex
mikek_ has quit [Read error: Connection reset by peer]
mikek_ has joined #litex
mikek__ has quit [Ping timeout: 260 seconds]
Martoni42 has quit [Ping timeout: 268 seconds]
Martoni42 has joined #litex
Martoni42 has quit [Ping timeout: 240 seconds]
mikek_ has quit [Remote host closed the connection]
<nickoe> If I start a simulation wiht "litex_sim --with-etherbone " I can sorta connect to it with "litex_server --udp --udp-ip=192.168.1.51" and run stuff with the litex.RemoteClient as on https://github.com/enjoy-digital/litex/wiki/Use-Host-Bridge-to-control-debug-a-SoC,
<nickoe> BUT can I also push the application code onto it as weith litex_term? It only appaers to support uart or jtag