diff options
Diffstat (limited to 'gitlab/issues_text/target_arm/host_missing/accel_missing/2279')
| -rw-r--r-- | gitlab/issues_text/target_arm/host_missing/accel_missing/2279 | 25 |
1 files changed, 0 insertions, 25 deletions
diff --git a/gitlab/issues_text/target_arm/host_missing/accel_missing/2279 b/gitlab/issues_text/target_arm/host_missing/accel_missing/2279 deleted file mode 100644 index c43e4e439..000000000 --- a/gitlab/issues_text/target_arm/host_missing/accel_missing/2279 +++ /dev/null @@ -1,25 +0,0 @@ -Debugging with Lauterbach Trace32 -> Cortex-A76, no SP register update -Description of problem: -We do not see changes in the SP_EL1 register value when debugging the QEMU application with Lauterbach Trace32. -Steps to reproduce: -1. Compile bare metal code that uses push and pop instructions (stack). -2. Run QEMU with bare metal code. -3. Connect via Lauterbach Trace32 and check the displayed SP register value. -Additional information: - -This is a screenshot from QEMU 8.0.0, but updating to QEMU 8.2.0 does not resolve the problem. - -I have discussed this with Lauterbach Trace32 support with these results: -- Trace32 uses RSP protocol `p` packets to read some registers, including SP_EL1. GDB seems to use `g` packet. -- QEMU responds to `p` packet with an invalid value, which causes Trace32 to display invalid value. - -Some related RSP protocol logs from Trace32. - - - -Different part of RSP protocol log: -``` -Sending packet: $p20#d2 ... -receiving packet: ec00004000000000 -``` -So it looks like Trace32 can receive different values that zero as response to `p` packet. |