Please enable JavaScript to view this site.

winIDEA Help

Version: 9.21.239

Core-specific options

This chapter explains core specific settings. Open Hardware / CPU Options / CoreN.

 

OCDCortexCommon-CPUsetup-core

 

 

Common

Use software breakpoints

Hardware Breakpoints are breakpoints that are already provided by the CPU. The number of hardware breakpoints is limited per device. The debugger can use unlimited Software Breakpoints to work around limited hardware breakpoints.

 

Warning_orange

Setting a Software Breakpoint means modifying flash memory. Editing flash memory during debug session is disabled on some devices. In this case software breakpoints won't work.

 

Warning_orange

When executing source step debug command, BlueBox uses one breakpoint. When all available hardware breakpoints are used as execution breakpoints, the debugger may fail to execute debug step. The debugger offers Reserve one breakpoint for high-level debugging option in the Debug / Debug Options / Debugging to circumvent this. By default this option is checked and the user can uncheck it anytime.

 

Automatically observe this core

When checked, the debugger will attach to the core on a debug session start (Reset, Download and Load Symbols). This option is checked by default. In a case the core is not automatically observed from the beginning of the debug session, it is possible observing it at any time later via View / Debug / Session Explorer.

 

i-icon

Note that this option is by default enabled for all available cores. To disable attaching to a specific core on a debug session start go to disable this option in the Hardware / CPU Options / Cores / <core>.

 

Synchronize this core

Synchronize this core when the Hardware / CPU Options / Debugging / Synchronize selected cores (stop/run) when possible option is checked.

 

 

Debug Entry

This option allows you to configure per-core startup actions.

 

Debug entry type

Define how to connect to the non-boot core(s). The debug session reason (Download, Reset, Attach) dictates this for the boot core:

Non intrusive - Execution is not obstructed and the core behaves as if in a standalone operation.

Catch - Stop the core right after initial debug connection (e.g. immediately after it is released from reset).

Force run - Run a core right after debug session is established.

 

Preset PC after stopped in init

Preset the PC after a core is stopped during a debug session start. Regardless of the Debug entry type option this option is applicable only for Download and Reset, but not for Attach. Also not used during active debug session, e.g. core stops on software reset catch or low power wakeup.

No Preset - PC is not preset.

Entry Point - Presets the program execution point to the program entry point which must be specified in the ELF file.

Address - Preset to the specified address in the Preset PC address field.

 

Warning_orange

Changing the execution point causes the application to behave differently than when ran without the debugger. This shouldn't be used in normal circumstances. Use with caution after consulting iSYSTEM Technical support.

 

 

PC Preset address

Preset the PC for a selected address via the Browsing Variables dialog. If you are using a symbol, make sure to select it from the correct boot process.

 

 

Exceptions

Debug module offers the configuration for entering debug mode on exception. The core can be halted on the selected exception vectors. It is recommended to select the exceptions which are not handled in the application. By doing so the application stops on such unexpected event.

 

 

Copyright © 2024 TASKING Germany GmbH