blob: c9de651d4f62935ff2a9995521ed306bf59c5330 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Alright, let's try to figure out how to classify this bug report. The user provided some details about a failure in their test setup when using QEMU on s390x architecture.
First, they mention that the `snek-arm` test fails specifically on s390x with QEMU versions greater than 6.1. They've provided links to logs and steps to reproduce the issue. The problem occurs when running an ARM emulation on an s390x system using QEMU.
Looking at the possible categories: the failure seems related to how QEMU is handling the ARM emulation, particularly in a semihosting environment since the error message mentions `semihosting-config`. This implies that there's an issue with how QEMU translates or handles the ARM code when running on s390x.
The options given include categories like 'mistranslation', 'assembly lowering', 'KVM', 'hypervisor', etc. Since this is about an emulated machine (using TCG), it's not directly related to KVM or hypervisors. The problem likely stems from how QEMU translates ARM code into the target architecture's instructions, which points towards 'mistranslation' as a possible category.
Additionally, the failure started occurring between QEMU 6.0 and 6.1, suggesting that some change in the translation layer might have introduced this bug. This supports the idea of it being a mistranslation issue rather than something else like network or device-related problems.
</think>
mistranslation
|