1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
<think>
Okay, so I'm looking at this bug report about QEMU not showing execve calls when using strace on a mipsel user-mode application. The user built QEMU from source, specifically version 6.2.0 and a later snapshot 6.2.90, with some specific configure options. They're trying to trace system calls made by their test application, which uses both system() and popen(), but the strace output doesn't show execve.
Hmm, I remember that execve is a syscall that's used when executing a new program. It replaces the current process image, so it doesn't return on success—it instead starts the new program. That could explain why tracing it might be tricky because if the call succeeds, the tracer wouldn't see the return.
Looking at the provided logs, in version 4.2.1 of QEMU, the execve calls do appear in the strace output. But in versions 6.2.0 and 6.2.90, they don't. So something changed between these versions that affects how QEMU handles tracing for this specific syscall.
I'm thinking about what could cause this change. Maybe there were modifications to how QEMU intercepts syscalls or handles the execution flow after an execve. Perhaps a bug was introduced in handling strace for syscalls that don't return, like execve.
Another angle is how safe_execve works. The user mentioned that it's not returning, which makes sense because execve doesn't return on success. But older versions could still capture the call. So maybe there was a regression where the tracing mechanism relies on the syscall returning to log it, but for execve, this isn't possible.
So categorizing this bug: It's related to how QEMU handles syscalls during execution. Specifically, it's an issue with the strace functionality not capturing execve calls correctly. Since it's about a system call and its tracing, the category should be 'syscall'.
</think>
The bug is related to the failure in capturing `execve` system calls when using strace in QEMU's mipsel user mode. This issue pertains to how QEMU handles syscalls during execution.
sys
|