gem5运行parsec3.0为什么会遇到死锁错误?

问题描述

我在多核系统上运行gem5完整系统模式,使用Atomiccpu建立检查点,然后转向O3cpu启动,并执行类似于以下命令:

./build/ARM_MOESI_hammer/gem5.opt -d fs_results/blackscholes configs/example/fs.py --ruby --num-cpus=64 --caches --l2cache --cpu-type=AtomicSimplecpu --network=garnet2.0 --disk-image=$M5_PATH/disks/expanded-linaro-minimal-aarch64.img --kernel=/home/GEM5/gem5/2017sys/binaries/vmlinux.vexpress_gem5_v1_64.20170616 --param 'system.realview.gic.gem5_extensions = True'

接下来,建立一个检查点,并使用以下命令还原该检查点并运行PARSEC。

./build/ARM_MOESI_hammer/gem5.opt -d fs_results/blackscholes configs/example/fs.py --ruby --num-cpus=64 --caches --l2cache --cpu-type=AtomicSimplecpu --network=garnet2.0 --disk-image=$M5_PATH/disks/expanded-linaro-minimal-aarch64.img --kernel=/home/GEM5/gem5/2017sys/binaries/vmlinux.vexpress_gem5_v1_64.20170616 --param 'system.realview.gic.gem5_extensions = True' --restore-with-cpu=DeriveO3cpu --script=../arm-gem5-rsk/parsec_rcs/blackscholes_simsmall_64.rcS -r 1

但是我遇到了以下问题:

首先,不执行rcs文件。启动检查点是否与--script命令冲突?

第二点,我手动输入gem5引导的操作系统:

parsecmgmt -a run -c gcc-hooks -i simsmall -n 1 -p blackscholes 我收到以下错误

panic: Possible Deadlock detected. Aborting!

我试图从互联网上找到解决方案,似乎曾经有一种添加参数的方法--garnet-network=flexible,但是该方法在gem5-20.0版本中不再适用。

有人可以帮我解决这个僵局问题吗?顺便说一句,在运行facesim程序时,我可以使用“测试”输入来获得正确的运行结果。

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)