blob: a142ab08c09541fad1c72fef29394a7499a8bce9 (
plain) (
blame)
1
2
3
4
5
6
7
|
<think>
Okay, let's see. The user is reporting an issue where QEMU's linux-user mode can't execute an x86_64 binary on an aarch64 or LoongArch host. The problem started after a specific commit related to fixing the brk() system call to release pages. The steps involve building a static hello.c with x86_64 cross-compiler, building QEMU, and then running it, but there's no output.
Looking at the categories: instruction, syscall, or runtime. The commit in question is about brk(), which is a system call related to memory management. The issue seems to be that the fix for brk() might have introduced a problem where the program isn't running correctly, possibly due to how memory is handled. Since brk() is a syscall and the problem is tied to that commit, this is likely a syscall issue. The strace output would show system call-related errors, like failure to allocate memory or execute the program properly. So the category should be syscall.
</think>
syscall
|