08:45 <_florent_> esden: hi, ok sorry, i just described a bit more the direction i was going to in https://github.com/litex-hub/litex-boards/issues/53, can you describe the use you will have for this target there and i'll make sure to go in this direction and revert the features you want/need.

08:45 <tpb> Title: Issues · litex-hub/litex-boards · GitHub (at github.com)

08:45 <esden> _florent_: no worries, not a big deal at all. :)

08:47 <esden> The target in litex is after all just a demo of the icebreaker support. But I want to keep it fairly close to the target in the example repo here: https://github.com/icebreaker-fpga/icebreaker-litex-examples

08:47 <tpb> Title: GitHub - icebreaker-fpga/icebreaker-litex-examples: Example litex Risc-V SOC and some example code projects in multiple languages. (at github.com)

08:48 <esden> I don't know at the moment how to add a PLL at all. So not sure if I will need to revert anything or not. I might need a second clock domain for periphs at some point though too.

08:49 <esden> It is all bit in flux still as I am learning things and figuring out how I want the example SOC to work. As well as the bigger and more elaborate demo soc that will be part of the TWANG game port to the icebreaker.

08:49 <esden> All of that is after all mostly a way to show icebreaker users how they could build a soc themselves. :)

08:49 <esden> But a good default with multiple features demonstrated on a real example is always a good idea. :)

08:50 <esden> I will try to improve the generated documentation too. So that will likely flow back to the target in litex_boards.

08:50 <esden> This needs to be filled in a bit: https://icebreaker-fpga.github.io/icebreaker-litex-examples/index.html

08:50 <tpb> Title: Documentation for iCEBreaker LiteX Riscv Example SOC iCEBreaker LiteX Riscv Example SOC documentation (at icebreaker-fpga.github.io)

08:51 <esden> I will put together some broader information it the issue you opened. :)

08:51 <esden> Will be useful for me too. :)

10:24 <_florent_> esden: ok, if you want it to be in synced with your example, that's maybe better i don't touch it too much. Maybe we should just get rid of JumpToAddressROM that should no longer be needed and allow building/using the BIOS from SPI Flash when not used with external software.

17:50 <esden> _florent_: yeah definitely. If the mini rom is not needed any more we should get rid of it. That will definitely simplify the example. :)