Operating system 提交以在QEMU中运行Contiki应用程序

Operating system 提交以在QEMU中运行Contiki应用程序,operating-system,qemu,contiki,Operating System,Qemu,Contiki,我试图在模拟器中玩几个小操作系统,但在QEMU中被Contiki卡住了。理想情况下,编译后的可执行文件应该作为QEMU中的内核运行。对于我使用的所有操作系统,我使用以下简单命令在QEMU中运行可执行文件: qemu系统平台-nographic-内核编译的可执行文件 在Contiki的情况下,QEMU会冻结,而不管编译可执行文件的目标平台是什么,甚至对于目标平台“native”,根据文档,它是用“x86 gcc”构建的 我还尝试了基于ARM的平台,但遇到了同样的问题。如果我指定了正确的CPU型号(

我试图在模拟器中玩几个小操作系统,但在QEMU中被Contiki卡住了。理想情况下,编译后的可执行文件应该作为QEMU中的内核运行。对于我使用的所有操作系统,我使用以下简单命令在QEMU中运行可执行文件:

qemu系统平台-nographic-内核编译的可执行文件

在Contiki的情况下,QEMU会冻结,而不管编译可执行文件的目标平台是什么,甚至对于目标平台“native”,根据文档,它是用“x86 gcc”构建的

我还尝试了基于ARM的平台,但遇到了同样的问题。如果我指定了正确的CPU型号(例如cc2538dk的cortex-m3),我会收到一个分段错误


我想知道我是否错过了导致QEMU冻结的任何步骤。这是否意味着编译后的可执行文件不能被视为内核(目前),除非我提供一些QEMU特定的代码来初始化QEMU作为Contiki的“板”?

本机平台用于构建Contiki的“本机”(即Linux或其他操作系统上)可执行文件映像—一个用户区应用程序,而不是操作系统内核。

最初的问题描述可能有点误导。。。我也尝试过基于ARM的目标平台,但也有同样的问题。如果我指定了正确的CPU型号(例如cc2538dk的cortex-m3),我会得到一个分段错误。这是否意味着即使是嵌入式主板的可执行映像也不能被视为操作系统内核?谢谢