diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-05-30 16:52:07 +0200 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-05-30 16:52:17 +0200 |
| commit | 9260319e7411ff8281700a532caa436f40120ec4 (patch) | |
| tree | 2f6bfe5f3458dd49d328d3a9eb508595450adec0 /gitlab/issues/target_arm/host_missing/accel_missing/2279.toml | |
| parent | 225caa38269323af1bfc2daadff5ec8bd930747f (diff) | |
| download | qemu-analysis-9260319e7411ff8281700a532caa436f40120ec4.tar.gz qemu-analysis-9260319e7411ff8281700a532caa436f40120ec4.zip | |
gitlab scraper: download in toml and text format
Diffstat (limited to 'gitlab/issues/target_arm/host_missing/accel_missing/2279.toml')
| -rw-r--r-- | gitlab/issues/target_arm/host_missing/accel_missing/2279.toml | 33 |
1 files changed, 0 insertions, 33 deletions
diff --git a/gitlab/issues/target_arm/host_missing/accel_missing/2279.toml b/gitlab/issues/target_arm/host_missing/accel_missing/2279.toml deleted file mode 100644 index 627409db9..000000000 --- a/gitlab/issues/target_arm/host_missing/accel_missing/2279.toml +++ /dev/null @@ -1,33 +0,0 @@ -id = 2279 -title = "Debugging with Lauterbach Trace32 -> Cortex-A76, no SP register update" -state = "closed" -created_at = "2024-04-10T13:05:13.581Z" -closed_at = "2024-08-05T14:44:03.604Z" -labels = ["GDB", "target: arm"] -url = "https://gitlab.com/qemu-project/qemu/-/issues/2279" -host-os = "Windows 10 Enterprise 64-bit 10.0" -host-arch = "x64" -qemu-version = "QEMU emulator version 8.2.0 (v8.2.0-12045-g3d58f9b5c5)" -guest-os = "Bare metal code" -guest-arch = "Aarch64" -description = """We do not see changes in the SP_EL1 register value when debugging the QEMU application with Lauterbach Trace32.""" -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 = """ -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.""" |