blob: bec836aea9de6c6318ec312bb53d9b38eb734875 (
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 related. Let me read through the problem Leslie is facing.
So, Leslie is trying to run a simple hello world program using qemu-arm on Fedora 24. The issue arises when they compile without including certain CRT (C Runtime) objects. When they do that, qemu throws an error about no entry symbol and eventually dumps core due to an illegal instruction.
From the commands provided, it looks like when they use `-nostdlib`, the linker can't find `_start` and defaults to a bad address. But when they include `crt1.o`, `crti.o`, and `crtn.o`, it works fine. So the problem is about not having the proper startup code.
QEMU in this context is running user-mode emulation because it's executing a standalone program without an OS underneath. The error occurs during the execution of the compiled binary, which doesn't have the necessary entry point provided by the CRT files. Without these, the program starts at the wrong address and crashes.
This seems to be related to how QEMU handles binaries that lack proper startup code in user-mode. It's not about system-level issues like device drivers or kernel interactions but rather about running applications correctly under emulation. Therefore, this bug is likely a user-mode issue.
</think>
user
|