blob: c252b7a9aa6040b270c9c52de25c3bd906c14058 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
<think>
Okay, I need to classify this QEMU bug as either user-mode or system-mode related. Let's go through the details.
The problem occurs when running a test program under QEMU-PPC. The program creates a pthread and joins it. When executed with QEMU-PPC, it causes a segmentation fault (SIGSEGV).
Looking at the error message, there are assertion failures in translate-all.c related to tb_lock. This suggests an issue within QEMU's translation block handling. Also, when using strace, there's a clone() system call that returns an invalid argument.
The test program works fine without pthread calls and runs correctly under x86_64 with qemu-x86_64. This indicates the problem is specific to PPC emulation in user mode.
Considering the classification: User-mode issues involve running applications within QEMU, handling CPU instructions, and system calls. System-mode deals with virtualized hardware, devices, and OS-level operations.
Since the issue arises from pthread creation under the PPC user-mode emulator, it's likely a problem in how QEMU handles thread creation or context switching for PPC in user mode.
</think>
user
|