Closed mateoconlechuga closed 6 years ago
I've tried to save cache upgrade capability with the possibility to make it more configurable but right now I don't need in it because I don't use DDR memory in my projects. Without DDR the caches are just wasting of resources (in my opinion).
No. Initially I had such idea to support RV32 only but now I think it is easy to create the separate branch with 32-bits CPU.
I have JTAG Test Access Point (TAP) that should work with this system and I can push it into repository. But I don't want to support gdb by myself in the nearest future.
It would be great if you could add that JTAG TAP whenever you have time; it would be greatly appreciated. Is there any things in particular that need to be done in order to support gdb?
I will add JTAG TAP module into vhdl and update doxy with the description of scan chain values but I have very limited knowledge of the OpenOCD protocol. I suppose there should be configuration file or front-end module to translate gdb string commands into rd/wr addr/value transaction.
Current doxygen already contains information about DSU registers. Additional information of how-to-use them can be found in debugger's source code.
P.S. See https://www.gaisler.com/products/grlib/grip.pdf, page 66, "JTAG Debug Link" for additional information. The difference only in address width 64 bits instead of 32.
Great, thanks for your help!
I've added the JTAG TAP into the system top-level and made simple initial tests in rtl simulator.
Thanks again for all your help. I just have a few questions concerning the River core: