Re: [gem5-users] Using Simpoints in gem5

[Ciro Santilli]

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 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 = DerivO3CPU? They only appear in the
> system.cpu, where most of the stats (including committed insts, etc) are all
> zero.
>
>
>
> Thanks
> Pawan B Joshi
> Electrical and Computer Engineering
> The University of Texas-Austin
>
> ___
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

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

[Ciro Santilli]

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 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 following error,
>
> chroot: failed to run command ‘/bin/bash’: No such file or directory
>
> I have installed qemu,qemu-user,qemu-user-static,qemu-system and the
> dependencies. I am using image file Linux-parsec-2-1-m5.img.
>
> I have looked and the closest I have got to is a fix for ARM architecture
>
> https://www.mail-archive.com/gem5-users@gem5.org/msg15112.html
>
> and and unresolved fix for X86
>
> https://groups.google.com/forum/#!topic/openpiton/MdPPkRKWl9A
>
> Could you please let me know how to fix the same for X86 as well?
>
> Thanks and Regards,
>
> Raman
>
> ___
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

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

[Gabe Black]

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 host
is x86, so it should be able to run a /bin/bash from an x86 disk image with
no problem.

If, however, it can't run /bin/bash for some other reason, like if the
binary doesn't exist, your user doesn't have permission to run it for some
reason, etc., then it could fail with a similar error message.

Gabe

On Tue, May 8, 2018 at 8:13 PM, Raman Arora 
wrote:

> 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 following error,
>
> *chroot: failed to run command ‘/bin/bash’: No such file or directory*
>
> *I have installed qemu,qemu-user,qemu-user-static,qemu-system and the
> dependencies. I am using image file Linux-parsec-2-1-m5.img. *
>
> I have looked and the closest I have got to is a fix for ARM architecture
>
> https://www.mail-archive.com/gem5-users@gem5.org/msg15112.html
>
> and and unresolved fix for X86
>
> https://groups.google.com/forum/#!topic/openpiton/MdPPkRKWl9A
>
> Could you please let me know how to fix the same for X86 as well?
>
> Thanks and Regards,
>
> Raman
>
> ___
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] Using Simpoints in gem5

[Pawan Joshi]

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 = DerivO3CPU? They only appear in
the system.cpu, where most of the stats (including committed insts, etc)
are all zero.



Thanks
Pawan B Joshi
Electrical and Computer Engineering
The University of Texas-Austin
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] chroot failing on full system files

[Raman Arora]

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 following error,

*chroot: failed to run command ‘/bin/bash’: No such file or directory*

*I have installed qemu,qemu-user,qemu-user-static,qemu-system and the
dependencies. I am using image file Linux-parsec-2-1-m5.img. *

I have looked and the closest I have got to is a fix for ARM architecture

https://www.mail-archive.com/gem5-users@gem5.org/msg15112.html

and and unresolved fix for X86

https://groups.google.com/forum/#!topic/openpiton/MdPPkRKWl9A

Could you please let me know how to fix the same for X86 as well?

Thanks and Regards,

Raman
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] ARM with 64 cores FS hanges

[Haiyang Han]

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 --l2cache --machine-type=VExpress_GEM5_V1 -n 16

I can boot up with 1, 2 ,4 and 8 cores but with 16 cores, the terminal
doesn't output anything.

Does anyone have a similar problem?

Thanks,
Haiyang
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] Gem5 build error

[Jason Lowe-Power]

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, May 8, 2018 at 10:02 AM  wrote:

> Hello,
>
> I am Thawra Kadeed from the university of Braunschweig in Germany.
>
> I started using Gem5 and during the build process I got the foolowing
> error:
>
> ext/pybind11/include/pybind11/pybind11.h: In member function 'void
> pybind11::cpp_function::initialize_generic(pybind11::detail::function_record*,
>
> const char*, const std::type_info* const*, pybind11::size_t)':
> ext/pybind11/include/pybind11/pybind11.h:320:74: error: cast between
> incompatible function types from 'PyObject* (*)(PyObject*, PyObject*,
> PyObject*)' {aka '_object* (*)(_object*, _object*, _object*)'} to
> 'PyCFunction' {aka '_object* (*)(_object*, _object*)'}
> [-Werror=cast-function-type]
>   rec->def->ml_meth =
> reinterpret_cast(*dispatcher);
>
>
> Obviously as the error reports that the problem is cast between
> incompatible function types from 'PyObject' to 'PyCFunction'
>
> I installed all the required dependencies and as I am using fedora28 I
> installed:
>
> Python 2.7.14 and gcc-8.0.1-0.20.fc28.x86_64
>
> I hope you have a helpful guide in this issue.
> Thanks in advance.
> Best regards,
> Thawra
> ___
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

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

[Muhammad Avais]

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 Nikoleris 
wrote:

> Hi Avais,
>
>
>
> You might need to remove the snoop filter from the system as well,
> depending on what exactly you want to do. Doing so will increase
> significantly the number of snoops in the system. But in your case, the
> snoop filter performs sanity checks about the coherence protocol and if
> these checks fail then the memory system is not any more in a consistent
> state. Unless I am missing something, you will have to change
> WritebackDrity to WriteClean as well.
>
>
>
> Nikos
>
>
>
> *From: *gem5-users  on behalf of Muhammad
> Avais 
> *Reply-To: *gem5 users mailing list 
> *Date: *Friday, 4 May 2018 at 11:16
> *To: *gem5 users mailing list 
> *Subject: *Re: [gem5-users] Dynamic Associative cache in gem5
>
>
>
> Dear Nikos,
>
>
>
>  I have seen that we can bypass snoopfilter in "coherent_xbar.cc"
> file by passing snoopfilter variabels as nullptr.
>
> Is it good solution to avoid snoopfilter checking, if we do not care about
> coherence protocols in simulation.
>
>
>
> Best Regards,
>
> Thanks,
>
> Avais
>
>
>
>
>
> On Fri, May 4, 2018 at 2:28 PM, Muhammad Avais 
> wrote:
>
> Dear Nikos,
>
>
>
> Many thanks for your reply. Your suggestion are always helpful in
> solving issues in gem5. I will try to use writeclean packets.
>
>
>
> Many thanks,
>
> Kind Regards,
>
> Avais
>
>
>
> On Thu, May 3, 2018 at 11:24 PM, Nikos Nikoleris 
> wrote:
>
> Hi Avais,
>
>
>
> I am not sure exactly what you mean by not invalidating but based on the
> assertion I am assuming that for some blocks you write back any dirty data
> and then you retain them in the cache, but it is not clear how you handle
> subsequent accesses and snoops to any of these blocks.
>
>
>
> I can only speculate about the problem, but this might help. I suppose
> that you use WritebackDirty packets to write dirty data to the memory
> below. WritebackDirty packets are treated as evicts and the snoop filter
> believes that the cache doesn’t have the data any longer. If you are on a
> reasonably recent version of gem5, you could try using WriteClean packets
> which have the exact same property of carrying dirty data without the
> additional property of implying an eviction.
>
> Nikos
>
>
>
>
>
> *From: *gem5-users  on behalf of Muhammad
> Avais 
> *Reply-To: *gem5 users mailing list 
> *Date: *Thursday, 3 May 2018 at 06:44
> *To: *gem5 users mailing list 
> *Subject: *[gem5-users] Dynamic Associative cache in gem5
>
>
>
> Dear All,
>
>I am trying tom implement dynamic associative cache. I have found
> that after decreasing the associativity, if i do not invalidate blocks then
> following problem occurs.
>
>
>
> Actually, i do not want to invaliate blocks that are out of associativity,
> can anyone suggest some solution
>
>
>
> #0  0x76401035 in raise () from /lib/x86_64-linux-gnu/libc.so.6
>
> #1  0x7640479b in abort () from /lib/x86_64-linux-gnu/libc.so.6
>
> #2  0x009c4327 in SnoopFilter::lookupRequest(Packet const*,
> SlavePort const&) () at build/X86/mem/snoop_filter.cc:137
>
> #3  0x0099e3ec in CoherentXBar::recvTimingReq(Packet*, short) ()
> at build/X86/mem/coherent_xbar.cc:192
>
> #4  0x0134117a in Cache::sendWriteQueuePacket(WriteQueueEntry*)
> () at build/X86/mem/cache/cache.cc:3528
>
> #5  0x01341a61 in Cache::CacheReqPacketQueue::sendDeferredPacket()
> () at build/X86/mem/cache/cache.cc:3731
>
> #6  0x01417b41 in EventQueue::serviceOne() () at
> build/X86/sim/eventq.cc:228
>
> #7  0x01426e08 in doSimLoop(EventQueue*) () at
> build/X86/sim/simulate.cc:219
>
> #8  0x014274eb in simulate(unsigned long) () at
> build/X86/sim/simulate.cc:132
>
>
>
>
>
> Best Regards,
>
> Thanks,
>
> Avais
>
>
>
> IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and do not disclose the
> contents to any other person, use it for any purpose, or store or copy the
> information in any medium. Thank you.
>
>
>
> ___
> gem5-users mailing list
> gem5-users@gem5.org
> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
>
>
>
>
> IMPORTANT NOTICE: The contents of this email and any attachments are
> confidential and may also be privileged. If you are not the intended
> recipient, please notify the sender immediately and