We are trying to run FreeRTOS on our risc-v cpu and after some iterations an addressing problem appears. Cpu gets into freertos trap handler couple of times and then gets stuck because of address that selects the memory region(sram,rom etc…) is 1 bigger than its supposed to be (it should be 16384 instead of 16385 so slave select does not happen). Is there any recommendations you can give in order to understand the root of the problem ?
Hi - I understand there is an invalid address. What is not clear is whether this is an error in the chip, in the compiler generated assembly code, or a corruption in the software.
Which chip are you using?
Are you running the program out of read only memory, or RAM?
This line just moves the stack pointer. Can you elaborate on what you mean by “wrong address is calculated”? Do you mean that SP is out of range? If yes, it may be because of stack overflow - can you try increasing the stack size?
Actually we also can not figure out what causes the problem. We are using an FPGA so we are in control of the hardware. We can increase ram,rom etc. but i dont think thats the case because we tried to increment all of it but we couldnt solve it.
In our verilog hardware code all the memory regions are selected with 29:14 bits so slave select signal lets us select the memory region. In our case Stack pointer calculation gives us 16385 instead of 16385 so slave select operation does not happen in the hardware.
Strange thing is we tried this with other CPU and it is working but not in our own cpu. We also tried increasing the stack size but it did not work
How is this address calculated? Is software involved in this or is it some Verilog issue? Are you able to run bare metal software on the core which does not include FreeRTOS?
