Forum Discussion

pp123's avatar
pp123
Icon for New Contributor rankNew Contributor
3 months ago
Solved

NIOS V/m dbg_reset_out signal (Q25.1 Std, MAX10)

Hello, I have a problem with loading elf file. Signal dbg_reset_out (used for resetting HDL components) is inactive (low) when I'm using "niosv-download -r -g exeFile.elf" command (Q25.1 Std, v...
Nios Cpu
  • LiangYuG_Altera's avatar
    LiangYuG_Altera
    2 months ago

    Hi pp123​ 

    pp123 wrote:

    Signal dbg_reset_out (used for resetting HDL components) is inactive (low) when I'm using "niosv-download -r -g exeFile.elf" command (Q25.1 Std, v25.2.1 Ashling GDB Server, Linux OS, MAX10 device, NIOS V variant m).
    The same command for Q24.1 Std (previous version of Ashling GDB Server, the same OS and PC) works.

    For me temporary solution is using additional option -o (OpenOCD instead of Ashling® RiscFree GDB Server).

    LiangYuG_Altera wrote:

    Please continue using OpenOCD.
    We have reported this failure to Ashling for investigation. 

    Ashling have responded to us, and fix their latest Ashling GDBServer in the upcoming RiscFree IDE v26.1.1-C in Quartus Prime Pro 26.1.1. Since you are using Quartus Prime Standard, you will need to wait for the Quartus Prime Standard 26.1 for the working Ashling GDBServer.

    Regards,
    Liang Yu

pp123's avatar
pp123
Icon for New Contributor rankNew Contributor
2 months ago

Would you mind sharing what is the incorrect reset connection?

Yes, of course - dbg_reset_out output connected (indirectly) with reset input. It casued probably debug module reset and (sometimes) stranged behaviour.
"Sometimes" because using niosv-download -r -g (Q24.1 Std) at Linux PC seems worked without problems.

This connection also worked properly in our older projects using NIOS2.