Re: [gem5-users] MultiProgrammed Workload X86 O3CPU error using SMT

2020-02-10 Thread Abhishek Singh
With that said
For x86 O3CPU, the multi program workload simulation is also broken.
So basically one can not multi core simulation using x86 O3CPU with and
without SMT.

Also, to all developers who push commit to gem5, please do thorough testing
as both of this support was working in older commits!

On Mon, Feb 10, 2020 at 3:59 PM Kevin Loughlin  wrote:

> Hi all,
>
> I believe there is indeed at least one bug in O3 CPU implementation when
> using SMT in SE mode. Namely, the rename mapping for the zero register on
> additional threads fails assert(prev_reg->isZeroReg()) in rename() in
> /src/cpu/o3/rename_map.cc. This is because the processor logic does not
> consider the mapping of the zero register for additional threads.
>
> There are two ways to solve this. We could (a) change the isZeroReg()
> function to reflect that the architectural zero register does not
> necessarily need to be directly mapped, or (b) share a direct-mapped zero
> register among threads. I've implemented both, and they both successfully
> pass the assert. I'll try to push a patch for one soon.
>
> Unfortunately, SMT in SE mode still fails for x86 despite this change, as
> the processor attempts to read an unmapped address later during execution.
> Still trying to debug that. I've only been able to get SMT working in SE
> mode for ARMv7. I read somewhere that the x86 TLB implementation in gem5
> might have limited support for TLB, but I have yet to confirm this. Any
> help/advice is appreciated.
>
> I second that SMT support in SE mode should be a priority.
>
> Best,
>
> Kevin Loughlin
>
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] MultiProgrammed Workload X86 O3CPU error using SMT

2020-02-10 Thread Kevin Loughlin
Hi all,

I believe there is indeed at least one bug in O3 CPU implementation when
using SMT in SE mode. Namely, the rename mapping for the zero register on
additional threads fails assert(prev_reg->isZeroReg()) in rename() in
/src/cpu/o3/rename_map.cc. This is because the processor logic does not
consider the mapping of the zero register for additional threads.

There are two ways to solve this. We could (a) change the isZeroReg()
function to reflect that the architectural zero register does not
necessarily need to be directly mapped, or (b) share a direct-mapped zero
register among threads. I've implemented both, and they both successfully
pass the assert. I'll try to push a patch for one soon.

Unfortunately, SMT in SE mode still fails for x86 despite this change, as
the processor attempts to read an unmapped address later during execution.
Still trying to debug that. I've only been able to get SMT working in SE
mode for ARMv7. I read somewhere that the x86 TLB implementation in gem5
might have limited support for TLB, but I have yet to confirm this. Any
help/advice is appreciated.

I second that SMT support in SE mode should be a priority.

Best,

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

[gem5-users] Moby benchmarks

2020-02-10 Thread ABD ALRHMAN ABO ALKHEEL
Hi ALL,

 I am not able to download the Moby benchmark from the below link. kindly can 
you help me in this regard?

http://asg.ict.ac.cn/projects/moby/

Best Regards

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

Re: [gem5-users] PerfKvmCounter Error

2020-02-10 Thread Jason Lowe-Power
 You need to run that command *on the host*, not on the guest.

Jason

On Mon, Feb 10, 2020 at 11:58 AM Muhammet Abdullah Soytürk <
muhammetabdullahsoyt...@gmail.com> wrote:

> Yes I did but still I am getting the same error message. I have tried
>
> echo "12345" |  echo -1 > /proc/sys/kernel/perf_event_paranoid
>
> and
>
> echo "12345" | sudo sysctl -w kernel.perf_event_paranoid=1
>
> in the equivalent file to npb-install.sh. It does not change anything.
> ___
> 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] PerfKvmCounter Error

2020-02-10 Thread Muhammet Abdullah Soytürk
By the way I am using vmlinux-4.19.83.

Muhammet Abdullah Soytürk , 10 Şub 2020
Pzt, 19:45 tarihinde şunu yazdı:

> Yes I did but still I am getting the same error message. I have tried
>
> echo "12345" |  echo -1 > /proc/sys/kernel/perf_event_paranoid
>
> and
>
> echo "12345" | sudo sysctl -w kernel.perf_event_paranoid=1
>
> in the equivalent file to npb-install.sh. It does not change anything.
>
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] PerfKvmCounter Error

2020-02-10 Thread Muhammet Abdullah Soytürk
Yes I did but still I am getting the same error message. I have tried

echo "12345" |  echo -1 > /proc/sys/kernel/perf_event_paranoid

and

echo "12345" | sudo sysctl -w kernel.perf_event_paranoid=1

in the equivalent file to npb-install.sh. It does not change anything.
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] Inconsistency detected by ld.so: rtld.c: 1273: dl_main: Assertion `GL(dl_rtld_map).l_libname' failed!

2020-02-10 Thread 616653241
hi, everyone,
  I was running spec2017 in gem5, but an error occurred. The os is 
ubuntu 19.04, and the case is running as X86.
 Inconsistency detected by ld.so: rtld.c: 1273: dl_main: Assertion 
`GL(dl_rtld_map).l_libname' failed!
  It's in every benchmark.
  can anyone give me some advices?
  Thank you.___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

Re: [gem5-users] PerfKvmCounter Error

2020-02-10 Thread Jason Lowe-Power
Did you do what the error suggests?

  This error may be caused by a too restrictive setting   in the file
'/proc/sys/kernel/perf_event_paranoid'  The default value was changed to 2
in kernel 4.6  A value greater than 1 prevents gem5 from making  the
syscall to perf_event_open.

You need to run something like the following (as root).

# echo -1 > /proc/sys/kernel/perf_event_paranoid

Cheers.
Jason

On Mon, Feb 10, 2020 at 7:42 AM Muhammet Abdullah Soytürk <
muhammetabdullahsoyt...@gmail.com> wrote:

> Hi all,
>
> I am trying to run PageRank application in GAP Benchmark with full system
> simulation. I followed the following npb tutorial:
> https://gem5art.readthedocs.io/en/latest/tutorials/npb-tutorial.html. and
> changed the necessary files to make my application work but I am getting a
> KVM error that I have not seen before. Does anyone have any idea about
> solving it? I could not find anything online.
>
> Here is the simerr file content:
>
> warn: DRAM device capacity (32768 Mbytes) does not match the address range
> assigned (128 Mbytes)
> info: kernel located at: linux-stable/vmlinux-4.19.83
> warn: Sockets disabled, not accepting terminal connections
> warn: Sockets disabled, not accepting gdb connections
> warn: CoherentXBar system.cpu.mmucache.mmubus has no snooping ports
> attached!
> warn: Reading current count from inactive timer.
> info: KVM: Coalesced MMIO disabled by config.
> warn: x86 cpuid family 0x: unimplemented function 2
> warn: x86 cpuid family 0x: unimplemented function 3
> warn: x86 cpuid family 0x: unimplemented function 4
> warn: x86 cpuid family 0x: unimplemented function 5
> warn: x86 cpuid family 0x: unimplemented function 6
> info: Entering event queue @ 0.  Starting simulation...
>
>
>
>
>
> *panic: PerfKvmCounter::attach recieved error EACCESS  This error may be
> caused by a too restrictive setting  in the file
> '/proc/sys/kernel/perf_event_paranoid'  The default value was changed to 2
> in kernel 4.6  A value greater than 1 prevents gem5 from making  the
> syscall to perf_event_open*
> Memory Usage: 4532020 KBytes
> Program aborted at tick 0
> --- BEGIN LIBC BACKTRACE ---
> gem5/build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x559fcda3ae0c]
> gem5/build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x559fcda4d07a]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7fa31b84b890]
> /lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7fa31a059e97]
> /lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7fa31a05b801]
> gem5/build/X86/gem5.opt(+0x51e42f)[0x559fcca7f42f]
>
> gem5/build/X86/gem5.opt(_ZN14PerfKvmCounter6attachER20PerfKvmCounterConfigii+0x127)[0x559fcd981a47]
>
> gem5/build/X86/gem5.opt(_ZN10BaseKvmCPU13setupCountersEv+0xcc)[0x559fcd9753ac]
>
> gem5/build/X86/gem5.opt(_ZN10BaseKvmCPU13startupThreadEv+0x57)[0x559fcd9767c7]
> gem5/build/X86/gem5.opt(_ZN10EventQueue10serviceOneEv+0xd9)[0x559fcda43019]
> gem5/build/X86/gem5.opt(_Z9doSimLoopP10EventQueue+0x87)[0x559fcda63917]
> gem5/build/X86/gem5.opt(+0x1502c4f)[0x559fcda63c4f]
> /usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0xbd66f)[0x7fa31aa7f66f]
> /lib/x86_64-linux-gnu/libpthread.so.0(+0x76db)[0x7fa31b8406db]
> /lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7fa31a13c88f]
> --- END LIBC BACKTRACE ---
> ___
> 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] PerfKvmCounter Error

2020-02-10 Thread Muhammet Abdullah Soytürk
Hi all,

I am trying to run PageRank application in GAP Benchmark with full system
simulation. I followed the following npb tutorial:
https://gem5art.readthedocs.io/en/latest/tutorials/npb-tutorial.html. and
changed the necessary files to make my application work but I am getting a
KVM error that I have not seen before. Does anyone have any idea about
solving it? I could not find anything online.

Here is the simerr file content:

warn: DRAM device capacity (32768 Mbytes) does not match the address range
assigned (128 Mbytes)
info: kernel located at: linux-stable/vmlinux-4.19.83
warn: Sockets disabled, not accepting terminal connections
warn: Sockets disabled, not accepting gdb connections
warn: CoherentXBar system.cpu.mmucache.mmubus has no snooping ports
attached!
warn: Reading current count from inactive timer.
info: KVM: Coalesced MMIO disabled by config.
warn: x86 cpuid family 0x: unimplemented function 2
warn: x86 cpuid family 0x: unimplemented function 3
warn: x86 cpuid family 0x: unimplemented function 4
warn: x86 cpuid family 0x: unimplemented function 5
warn: x86 cpuid family 0x: unimplemented function 6
info: Entering event queue @ 0.  Starting simulation...





*panic: PerfKvmCounter::attach recieved error EACCESS  This error may be
caused by a too restrictive setting  in the file
'/proc/sys/kernel/perf_event_paranoid'  The default value was changed to 2
in kernel 4.6  A value greater than 1 prevents gem5 from making  the
syscall to perf_event_open*
Memory Usage: 4532020 KBytes
Program aborted at tick 0
--- BEGIN LIBC BACKTRACE ---
gem5/build/X86/gem5.opt(_Z15print_backtracev+0x2c)[0x559fcda3ae0c]
gem5/build/X86/gem5.opt(_Z12abortHandleri+0x4a)[0x559fcda4d07a]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12890)[0x7fa31b84b890]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7)[0x7fa31a059e97]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x141)[0x7fa31a05b801]
gem5/build/X86/gem5.opt(+0x51e42f)[0x559fcca7f42f]
gem5/build/X86/gem5.opt(_ZN14PerfKvmCounter6attachER20PerfKvmCounterConfigii+0x127)[0x559fcd981a47]
gem5/build/X86/gem5.opt(_ZN10BaseKvmCPU13setupCountersEv+0xcc)[0x559fcd9753ac]
gem5/build/X86/gem5.opt(_ZN10BaseKvmCPU13startupThreadEv+0x57)[0x559fcd9767c7]
gem5/build/X86/gem5.opt(_ZN10EventQueue10serviceOneEv+0xd9)[0x559fcda43019]
gem5/build/X86/gem5.opt(_Z9doSimLoopP10EventQueue+0x87)[0x559fcda63917]
gem5/build/X86/gem5.opt(+0x1502c4f)[0x559fcda63c4f]
/usr/lib/x86_64-linux-gnu/libstdc++.so.6(+0xbd66f)[0x7fa31aa7f66f]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x76db)[0x7fa31b8406db]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x3f)[0x7fa31a13c88f]
--- END LIBC BACKTRACE ---
___
gem5-users mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users

[gem5-users] Change of Arm platform in fs.py

2020-02-10 Thread Giacomo Travaglini
Hi all,

With https://gem5-review.googlesource.com/c/public/gem5/+/25183 we changed the 
default Arm platform in fs.py from VExpress_EMM to VExpress_GEM5_V1.

In the unlikely case someone was relying on the old VExpress_EMM platform, I 
would recommend to switch to the new one.

Kind Regards

Giacomo
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