Replies: 8 comments
-
I am not sure exactly what you are trying to do, but if you just want the Debug Module to be an AXI slave instead of a TileLink slave, there is a simple way to do what you want: That line makes a "TLDebugModule" out of the internals of the Debug Module. think you can just do "AXIDebugModule" with that magic macro, and change 'TL' to 'AXI' to create an AXI slave Debug Module. (Unfortunately, this trick doesn't work on master branch/Debug v13 because the magic macro isn't used) |
Beta Was this translation helpful? Give feedback.
-
Ah actually maybe it needs to be 'AXI4'. See this code which is what does the magic: |
Beta Was this translation helpful? Give feedback.
-
@megan-riscv-6thworkshop Thanks very much, I have a try. |
Beta Was this translation helpful? Give feedback.
-
Or "AHB" is also a possibility. |
Beta Was this translation helpful? Give feedback.
-
@megan-riscv-6thworkshop @mwachs5 The AXI4 implements does not has I do it directly, I remove
I found that it declares It is so confused me! Why when these codes were used as trait, there is no error, but when these codes are used as class, there is error as above. |
Beta Was this translation helpful? Give feedback.
-
I change
|
Beta Was this translation helpful? Give feedback.
-
Ok. It would be good to understand what you are trying to do... why are you trying to put Hasti between the Debug Module and the core? |
Beta Was this translation helpful? Give feedback.
-
Does Rocket Chip put TileLink2 between the Debug Module and the core? Because I replace TileLink2 with Hasti. |
Beta Was this translation helpful? Give feedback.
-
I am working on Rocket Chip tag: 4146f6a and Debug Spec. 0.11
I want to implement trait DebugModule as Hasti Slave. DebugModule inherits trait HasDebugModuleParameters which contains "implicit val p: Parameters", and HastiModule inherits trait HasHastiParameters which also contains "implicit val p: Parameters".
Thus, I got an error:
This should be scala problem, a class can't extends two traits both have the same variable name. However, the reason why I open this issue is that I want to know how to use the global configuration implicit parameter p in this case?
The trait DebugModule and trait HastiModule both have implicit parameter p which can be to configure globally, should I design a class combine the two trait to use one "implicit val p: Parameters" in some way? Or should I design a class just extends DebugModule and design another Module that converts the DebugModule's system bus IO interface to Hasti Slave IO interface?
@aswaterman Could you give me some advice?
Beta Was this translation helpful? Give feedback.
All reactions