diff options
| author | Christian Krinitsin <mail@krinitsin.com> | 2025-07-08 16:45:54 +0200 |
|---|---|---|
| committer | Christian Krinitsin <mail@krinitsin.com> | 2025-07-08 16:45:54 +0200 |
| commit | 35f097a31e1c58892a69178b84ddba658efe9c8f (patch) | |
| tree | 2da7d86cd4e3b7dd811746b1206bd5bbb90d59a7 /results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1830 | |
| parent | 5aa276efcbd67f4300ca1a7f809c6e00aadb03da (diff) | |
| download | emulator-bug-study-35f097a31e1c58892a69178b84ddba658efe9c8f.tar.gz emulator-bug-study-35f097a31e1c58892a69178b84ddba658efe9c8f.zip | |
manually review misclassifications
Diffstat (limited to 'results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1830')
| -rw-r--r-- | results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1830 | 14 |
1 files changed, 14 insertions, 0 deletions
diff --git a/results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1830 b/results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1830 new file mode 100644 index 00000000..e40ef884 --- /dev/null +++ b/results/classifier/no-thinking-deepseek-r1:70b/reasoning/syscall/1830 @@ -0,0 +1,14 @@ +The issue describes a problem where a command hangs and consumes excessive CPU within a CentOS 7 arm64 container running on an Ubuntu 22 AMD64 host. The hanging process is related to the dynamic linker (`ld-2.17.so`), which suggests that it might be stuck in a system call or experiencing issues with process execution. + +Key points: +1. **Command Hanging**: The `LD_DEBUG=all /lib64/ld-2.17.so --list /usr/bin/true` command hangs and takes over the CPU. +2. **Process State**: The process is in state 'R' (Running), indicating it's active but not completing. +3. **Environment Specificity**: This occurs specifically on an AMD64 host running ARM64 containers via QEMU, but not on native ARM64 hardware or Ubuntu 20.04 hosts. + +Given that the problem is environment-specific and involves process execution in a cross-architecture setup using QEMU, it likely relates to how system calls are handled in the emulation layer. This points towards issues with system call translation or handling within QEMU. + +Therefore, the most appropriate category for this bug report is: + +**syscall** + +This categorization suggests that the issue lies in how system calls are being managed or translated by QEMU when running ARM64 binaries on an AMD64 host. \ No newline at end of file |