Arm 在gem5中使用多核O3CPU加载FS模式

我需要用64个O3核运行fs模式

根据： 我应该使用以下两种方法之一：GICv2扩展或GICv3

但当我添加命令时：

--param'system.realview.gic.gem5_extensions=True

终端继续输出类似以下内容的信息：

警告：上下文2:1900000连续存储条件失败

添加命令时：

——机器类型VExpress\u GEM5\u V2

终端输出以下信息：

warn:Gicv3Distributor:：write（）：不支持将ARE设置为0,，
之后就没有更多的信息了，它似乎还在运行

我读了这个邮件列表：
似乎最终没有使用multi-O3CPU来引导Linux系统

因此，我应该使用AtomicSimpleCPU进行引导，建立一个检查点，然后加载带有无序内核的检查点吗？启动配置是否需要与运行时配置类似？
据我从您的描述中所见，没有必然意味着GIC版本问题的错误消息，默认情况下，我们有许多警告，这些警告似乎没有问题

但是是的，在ARM上引导多个具有缓存（O3需要）的内核通常会因为上描述的不可缓存的访问问题而中断，并且在引导后采取原子检查点并恢复O3是解决该问题的解决方案：有可能您不会遇到该问题，但是如果您这样做了，您可以很容易地看到这是否可能是特定的问题，或者不是基于错误消息，您是否有与该问题相同的断言失败

有什么理由不想检查点和恢复，因为这样可以节省几分钟的启动时间？是的，它是受支持的，并且是检查点的主要用例之一：

此外，报告此类问题时，请始终提供完整的CLI命令和输出以及gem5版本。在出现挂起的情况下，有必要进行一次快速的
--debug ExecAll
并找出最近运行的非奇怪指令，因为这大大缩小了可能出现的问题。
您好，我已经使用AtomicCPU成功引导了系统并切换到O3CPU，但是当我想使用PARSEC-3.0时，当我输入：
source./env.sh
时，我收到了一条令人难以置信的错误消息：
尝试访问设备末端以外的地方
。所以我仍然无法成功测试，您有合适的解决方案吗？向您致以最良好的祝愿。此外，
--script
参数工作不正常，是否与检查点不兼容。@SiqingFu您好，上次我检查
--script
时，检查点工作正常，您是如何使用它的，它是如何失败的？测试设置：并解释它的作用：@SiqingFu The
尝试访问设备端以外的内容
我不确定它是什么，我现在也看到了你的票据，链接到它：你能确保内容首先在QEMU上运行吗？另外，您应该提取最小的executecli命令，而不要使用Parsec的幽默bash脚本，它对于O3来说太慢了。还可以考虑在邮件列表上张贴。您好，我使用交叉编译代替QEMU编译PARSEC应用程序。问题可能不在这里。我使用AtomicCPU进入操作系统，输入
m5 checkpoint
建立一个检查点，然后按照上面的步骤恢复检查点。