Forum Discussion
NIOS V/m dbg_reset_out signal (Q25.1 Std, MAX10)
- 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
Hi pp123
pp123 wrote:Using OpenOCD causes another problem (I haven't examined it yet). During load new elf file (niosv-download -r -g -o exeFile.elf) the NIOS V CPU is starting execution of old program and then it is executing the new one (double reset?).
I am unable to replicate the "double reset" issue described.
Is your sequences similar to mine?
(Running the experiment in a single Linux terminal)
- niosv-download -g -r -o APP-1.elf
- juart-terminal //Prints APP-1 output
- Ctrl-C
- niosv-download -g -r -o APP-2.elf
- juart-terminal //Prints APP-2 output only (Didn't observe any APP-1 output)
- Ctrl-C
Regards,
Liang Yu