| |||
| Home > Setting Breakpoints > About setting breakpoints > Breakpoints in different memory map regions | |||
With memory mapping enabled, RealView Debugger sets a breakpoint based on the access rule for the memory at the chosen location. Table 11.2 shows the different types of memory that you can define in a memory map with RealView Debugger, and the default breakpoint type set by RealView Debugger.
Table 11.2. Breakpoint types for different memory map locations
| Location | Breakpoint type set |
|---|---|
| RAM | Software |
| ROM | Hardware |
| Flash | Hardware |
| Write-only Memory (WOM) | Hardware |
| No Memory (NOM) | Hardware |
| Auto | Hardware |
If you have to, you can manually set a hardware breakpoint in RAM.
If you attempt to set a software breakpoint at an address in Flash, ROM, WOM, NOM, or Auto memory, the operation fails by default. The error message displayed depends on whether or not memory mapping is enabled:
Memory mapping enabled:
Error V004E (Vehicle): Memory map forbids software breakpoint at this address
Memory mapping disabled:
Error V2801C (Vehicle): 0x050b0001: Unable to write sw breakpoint to memory.
However, you can use the failover qualifier
to force the software breakpoint to be convert to a hardware breakpoint,
depending on the available hardware resources. If the Debug Interface unit
informs RealView Debugger that a hardware breakpoint is being used,
RealView Debugger informs you that this has happened:
Information: Hardware breakpoint set - unable to
set software breakpoint
If you attempt to set a breakpoint in a data or literals area of program memory within the Disassembly tab, the breakpoint is set and RealView Debugger issues the warning:
Warning: Breakpoint being set in data/literals of
code.
Qualifying breakpoint line number references with module names
the following in the RealView Debugger Command Line Reference Guide: