我使用基于qsp-client-core.simics定义的目标的Simics 6.0.83 (Public Release Preview),并尝试引导coreboot二进制文件作为遗留BIOS。
我正在尝试的配置:
# In order to run this, the QSP-x86 (2096), QSP-CPU (8112) and
# QSP-Clear-Linux (4094) packages should be installed.
decl {
! Script that runs the Quick Start Platform (QSP) with a client processor core.
params from "%simics%/targets/qsp-x86/qsp-clear-linux.simics"
default cpu_comp_class = "x86-coffee-lake"
default num_cores = 4
default enable_efi = FALSE
default bios_image = "/home/debian/dasharo/coreboot/build/coreboot.rom"
}
run-command-file "%simics%/targets/qsp-x86/qsp-clear-linux.simics"当尝试从simics CLI执行run-command-file命令时,我得到:
[board.mb.cpu0.core[0][0] unimpl] Warning: Cache flush without writeback (will not warn again for this CPU).
[board.mb.cpu0.core[0][0] info] CAR segment [0xfef00000: 0xfef40000] added to board.mb.cpu0.mem[0][0]
[board.mb.cpu0.core[0][0] info] 0xc91: Writing to unknown MSR. Signaling GP fault.
[board.mb.cpu0.core[0][0] info] Exception 13 while calling the double fault handler. Triple fault.
Breaking on triple fault. Break on triple fault is controlled by the break_on_triple_fault attribute. 如何在Simics中尝试核心重启?
发布于 2021-08-20 15:06:50
我很好奇,因此克隆、构建和引导了基于https://doc.coreboot.org/tutorial/part1.html的coreinfo作为有效负载的coreboot

也许你可以看看我的defconfig,如下所示

发布于 2021-06-28 14:09:27
听起来您需要调试为什么CoreBoot不能在模型上工作。建议打开日志的时间戳(log-setup - time -stamp),以查看MSR是否与三重故障相关。此外,还可以在问题发生时尝试trace-exception,以查看涉及哪些异常。如果您自己构建了二进制文件,则对其应用调试器应该很简单。
关于日志:How do I get time stamps on Simics log messages?
请注意,CoreBoot可能需要支持所使用的处理器核心变体。作为一个例子,MSR在“咖啡湖”上是不可用的。但它可能只是CoreBoot探查可用的功能。
如果您想要一个小型的引导加载程序,可以在https://slimbootloader.github.io/supported-hardware/qsp.html上查看开源的SlimBootLoader
https://stackoverflow.com/questions/68106929
复制相似问题