RISC-V debugging: data and instruction cache handling

Hello,

I'm working on a debug unit for a custom RISC-V CPU and would like to get it working with the SEGGER J-Link debug probe and tools. Currently, the debug unit works fine with OpenOCD + GDB. Also with JLinkExe, I can successfully connect, downloading files, halt the CPU, and step through code. Setting breakpoints and more complicated operations don't work or are buggy and it appears that the reason might be the fact that the data cache is not flushed and that the instruction cache is not invalidated after memory writes. I know that there is no standardized way of doing this, e.g., OpenOCD uses a combination of fence and fence.i instructions.

I'm just curious how the SEGGER debugger is handling caches in general and how I could add the flush/invalidation myself. This must be quite a common problem for other RISC-V CPUs as well, so maybe there is an elegant way to handle this.

Thank you!

In the meanwhile I managed to create a JLink script that executes the cache handling after each memory write access and it works as expected now!

Hi Evan,

For now, I did the following (which feels a bit hacked but seems to work):

• After memory write access: Executing a fence.i and fence instruction. In my implementation, fence.i invalidates the instruction cache and fence flushes the data cache. This is mainly required to ensure that software breakpoints are visible to the CPU.
• Before memory read access: Executing a fence instruction to ensure that the debugger reads fresh data from memory when looking at memory content. I added a check to see if the CPU is halted or not because it seems the hook is also called when doing background memory reads using the SBA.

int HandleAfterMemAccessWrite(U32 Addr, U32 NumBytes, U32 Flags)
{


  int ret;


  JLINK_SYS_Report("Executing fence.i & fence instructions");


  JLINK_RISCV_DMI_AutodetectDMISettings();


  // Write fence.i instruction to progbuf0
  ret = JLINK_RISCV_DMI_WriteReg(0x20, 0x0000100f);


  // Write fence instruction to progbuf1
  ret = JLINK_RISCV_DMI_WriteReg(0x21, 0x0000000f);


  // Write to command register
  // regno: 0x1000
  // write: 0
  // transfer: 0
  // postexec: 1
  // aarpostincrement: 0
  // -> 0x00241000


  ret = JLINK_RISCV_DMI_WriteReg(0x17, 0x00241000);


  return 0;
}


int HandleBeforeMemAccessRead(U32 Addr, U32 NumBytes, U32 Flags)
{


  int is_halted;
  int ret;


  is_halted = JLINK_TARGET_IsHalted();


  if (is_halted == 1)
  {
    JLINK_SYS_Report("Executing fence instruction");


    JLINK_RISCV_DMI_AutodetectDMISettings();


    // Write fence instruction to progbuf0
    ret = JLINK_RISCV_DMI_WriteReg(0x20, 0x0000000f);


    // Write ebreak instruction to progbuf1
    ret = JLINK_RISCV_DMI_WriteReg(0x21, 0x00100073);


    // Write to command register
    // regno: 0x1000
    // write: 0
    // transfer: 0
    // postexec: 1
    // aarpostincrement: 0
    // -> 0x00241000


    ret = JLINK_RISCV_DMI_WriteReg(0x17, 0x00241000);
  }


  return 0;
}