1
2
3
4
5
6
7
8
9
10
11
12
13
|
<think>
Alright, let's figure out how to classify this bug report for QEMU.
The user mentioned "linux-user/mmap exhaustion." So they're dealing with mmap issues in the Linux user-mode target. The problem arises because every mmap call allocates a new page without considering if previous mappings have been freed via munmap. This leads to quickly exhausting available memory, especially on 64-bit hosts with 32-bit targets.
They provided a patch that adjusts the starting point when a munmap occurs, reusing freed space. This suggests it's related to how QEMU handles memory mappings during emulation.
Looking at the categories: device, graphic, socket, network, KVM, boot, vnc, debug, files, permissions, performance, kernel, peripherals, hypervisor. The issue is about memory management in user-mode emulation, specifically mmap handling, which falls under file operations and memory management.
The closest category seems to be "files" since it's related to how file I/O is handled through mmap calls. Alternatively, "other" could apply if none of the specific categories fit, but given the context of mmap and file internals, "files" is more precise.
</think>
files
|