Re: [gem5-users] Using Simpoints in gem5

Hi Pawan, isn't it the situation here the same for checkpoints and simpoints? https://www.mail-archive.com/gem5-users@gem5.org/msg15457.html On Wed, May 9, 2018 at 4:24 AM, Pawan Joshi wrote: > Hello > Is it not possible to use the checkpoints generated using an Atomic

Re: [gem5-users] chroot failing on full system files

Alternative setup that makes everything just work in a single command: https://github.com/cirosantilli/linux-kernel-module-cheat/tree/04f13937f4a68f44c5d302954892eac8a79bade5#parsec-benchmark-without-parsecmgmt On Wed, May 9, 2018 at 4:13 AM, Raman Arora wrote: > Hi

Re: [gem5-users] chroot failing on full system files

The problem is that your system doesn't think it can run /bin/bash. In the case of ARM, it's because the binary in the image is for ARM, but the host computer is x86. In that case, you need qemu so that your x86 computer can run the ARM /bin/bash from the image. In your case, I'm assuming your

[gem5-users] Using Simpoints in gem5

Hello Is it not possible to use the checkpoints generated using an Atomic simple CPU to restore them on a DerivO3CPU? Also, what do the -cpu-type and -restore-from-cpu mean in restoring from checkpoints? The new stats I manually added do not appear in the switch_cpus when I do -restore-from-cpu =

[gem5-users] chroot failing on full system files

Hi All, I am trying to run the full system files for X86 architecture following the presentation https://www.youtube.com/watch?v=Oh3NK12fnbg=LLpWtB08-0ZzqUaF98EZQqAA=4=300s and Document https://docs.google.com/document/d/1B7nZSqMLwkwoVNEj_58tMPTk4bKWvoEMbokOAjqeC-k/preview But I am facing the

[gem5-users] ARM with 64 cores FS hanges

Hi all, I'm experiencing problems trying to boot up a 16-core ARM system. The command line I'm using is: /home/hhu010/tools/gem5/build/ARM/gem5.opt /home/hhu010/tools/gem5/configs/example/fs.py --disk-image=/home/hhu010/tools/arm-gem5-rsk/fs_files/disks/aarch64-parsec-3.0-all.img --caches

Re: [gem5-users] Gem5 build error

Hi Thawra, My guess is that this is an issue with the version of pybind11 we're using and gcc 8+. We haven't tested on anything after gcc 7.X. I'll put testing gcc 8 on my to do list, but I don't know when I'll get to it. I would try downgrading gcc to 7 or possibly using clang. Jason On Tue,

[gem5-users] Problem Solved: Dynamic Associative cache in gem5

Dear Nikos, Many thanks for your help. Actually i have not handled snoops for blocks retained outside associativity and this was causing snoop filter problem.Your suggestion proved helpful for me in solving this problem, Best Regards, Thanks, Avais On Fri, May 4, 2018 at 7:43 PM, Nikos