diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-06-16 16:59:00 +0000 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-06-16 16:59:33 +0000 |
| commit | 9aba81d8eb048db908c94a3c40c25a5fde0caee6 (patch) | |
| tree | b765e7fb5e9a3c2143c68b0414e0055adb70e785 /results/classifier/118/debug/2279 | |
| parent | b89a938452613061c0f1f23e710281cf5c83cb29 (diff) | |
| download | emulator-bug-study-9aba81d8eb048db908c94a3c40c25a5fde0caee6.tar.gz emulator-bug-study-9aba81d8eb048db908c94a3c40c25a5fde0caee6.zip | |
add 18th iteration of classifier
Diffstat (limited to 'results/classifier/118/debug/2279')
| -rw-r--r-- | results/classifier/118/debug/2279 | 55 |
1 files changed, 55 insertions, 0 deletions
diff --git a/results/classifier/118/debug/2279 b/results/classifier/118/debug/2279 new file mode 100644 index 00000000..46ddfd67 --- /dev/null +++ b/results/classifier/118/debug/2279 @@ -0,0 +1,55 @@ +debug: 0.954 +graphic: 0.951 +register: 0.902 +ppc: 0.847 +device: 0.832 +performance: 0.828 +architecture: 0.803 +semantic: 0.784 +peripherals: 0.780 +network: 0.762 +hypervisor: 0.708 +vnc: 0.707 +risc-v: 0.703 +files: 0.690 +socket: 0.685 +assembly: 0.678 +x86: 0.631 +permissions: 0.626 +PID: 0.616 +kernel: 0.605 +arm: 0.590 +VMM: 0.581 +mistranslation: 0.560 +TCG: 0.525 +user-level: 0.522 +KVM: 0.506 +i386: 0.499 +boot: 0.462 +virtual: 0.418 + +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. |