blob: 0ccb84939ee088187443b27dba9b012a4758e6c7 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Okay, I need to classify this bug report as either 'user-mode' or 'system-mode'. The issue is about the argv limit in QEMU causing execve failures when it shouldn't. From what I understand, current kernels don't have a fixed argv/environ limit anymore. But QEMU's user-space emulation still uses a fixed limit, which can cause problems.
So, the problem arises because in an emulated environment using QEMU, running a command like '/bin/true $(yes | head -n 100000)' results in "Argument list too long", whereas it shouldn't fail on a real system. This seems to be related to how arguments are handled in user space.
QEMU has two main modes: user-mode emulation and system-mode emulation. User-mode deals with running individual applications without emulating the entire OS, while system-mode emulates a full OS environment, including hardware devices and higher privileges.
Since this issue is about the argv limit which affects application execution (like /bin/true), it's more related to how QEMU handles user-space processes rather than system-level operations. Therefore, I think this bug falls under 'user' category.
</think>
The bug report pertains to how QEMU's user-space emulation handles argument limits, affecting individual applications without involving higher privileges or full OS emulations.
user
|