blob: 550698d5a1fe173c43878c114d1469c08becdaa8 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
<think>
Okay, I need to classify this bug report as either 'user-mode' or 'system-mode'. Let's see what the problem is.
The user provided a detailed crash log from running a Go program under QEMU-s390x. The error message mentions an assertion failure in the QEMU code: `get_field1` failing because `have_field1(s, o)` isn't met. This seems to be happening when executing vector instructions in their Go code.
The steps to reproduce involve setting up a cross-compilation environment for s390x using Go and running it under QEMU. They also mention that reverting certain patches from the QEMU master fixes the issue. The crash occurs during program execution, specifically in the elliptic curve functions which are part of user-space code.
In the context of QEMU, 'user-mode' refers to the emulation of user-space applications without a full OS, while 'system-mode' involves emulating an entire system with hardware devices and kernel interactions. Since this issue arises when running a userspace Go program that uses vector instructions, it's more likely related to how QEMU handles user-mode execution and instruction translation.
The fact that the crash is in `translate.c` points towards issues in translating guest instructions, which is part of user-mode emulation. The problem doesn't seem to involve system-level devices or higher privileges but rather the correct handling of specific assembly instructions in the guest program.
Therefore, this bug is related to 'user-mode' because it's about executing user-space code and instruction translation within QEMU.
</think>
user
|