[gem5-users] parsec3.0 compilation by aarch64-linux-gnu-gcc cross compiler.

2018-05-23 Thread commerce _com
I installed aarch64-linux-gnu-gcc cross compiler in my ubuntu system to
compile parsec3.0, and I typed the following commands:

source ./env.sh
parsecmgmt -a build -c gcc-hooks -p blackscholes

and I found this compilation result:

[PARSEC] Packages to build:  parsec.blackscholes

[PARSEC] [== Building package parsec.blackscholes [1] ==]
[PARSEC] [-- Analyzing package parsec.blackscholes --]
[PARSEC] Package parsec.blackscholes already exists, proceeding.
[PARSEC]
[PARSEC] BIBLIOGRAPHY
[PARSEC]
[PARSEC] [1] Bienia. Benchmarking Modern Multiprocessors. Ph.D. Thesis,
2011.
[PARSEC]
[PARSEC] Done.

*nb*:I found the binarie in the following path:

/parsec-3.0/pkgs/apps/blackscholes/inst/amd64-linux.gcc-hooks/bin/
blackscholes

please is this method true?


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

[gem5-users] Failed to find stat 'system.bigCluster.clk_domain.clock' and others

2018-05-23 Thread Yara Gowayed
Hi all

I am currently working on power modeling using gem5 for arm bigLITTLE
architecture. I am using the fs_power.py script already found in the gem5
repo but I wanted to change the dummy equations for static and dynamic
power to more meaningful equations.
The stats I need to do so are all found in stats.txt but when I try to
formulate the equations it gives me "failed to find stat" error.

I already can use some stats like dcache.overall_misses ,
dcache.overall_accesses,
numCycles,voltage, dtb_walker_cache.overall_misses, icache.overall_misses ,
icache.overall_accesses.
 But when it comes to :
system.clk_domain.clock,system.bigCluster.cpus0.iew.iewExecutedInsts,system.
bigCluster.cpus2.iq.FU_type_0::IntAlu or any other instructions(MULT,DIV)
it fails.

I kind of have an intuition where the problem is, I went through the
documentation of doxygen and all the stats that failed needs to be accessed
from a certain object that I dont know.

For example the stats::overall_misses should be accessed from BaseCache
class and I did so in dcache.overall_misses but for the others I tried to
do the same and it failed.

Any clue how to be able to access the given stats? It doesn't have to be
per core a sum of them will do the same job.

Also I tried to do the calculations after the simulation ends using scripts
that process data from the stats.txt and that worked, I just want it now to
be online during the simulation.

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

[gem5-users] x86 floating point instruction

2018-05-23 Thread Tariq Azmy
Hi,

I wrote simple code that does simple floating point multiplication and
division operation and from the assembly, I can see there are MULSS and
DIVSS instructions. But after I ran the simulation on gem5 and looked at
the stat.txt, I can only see the entries in
system.cpu.iq.FU_type_0::FloatAdd, where as the entries in FloatMul and
FloatDiv remains 0.

If I understand correctly, these stats refer to the micro-ops. Does that
mean the MULSS and DIVSS instruction are broken down and executed with
floating point Add?

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

Re: [gem5-users] x86 floating point instruction

2018-05-23 Thread Tariq Azmy
Thanks Gabe. Yeah it does not impact the program but it's just that the
statistic is incorrect.

By the way, I applied the patch and stats now shows correct micro-ops
entries.

Appreciate your help. Thanks again

On Wed, May 23, 2018 at 6:51 PM, Gabe Black  wrote:

> Yep, those microops aren't given a operand class, and so the isa parser is
> guessing and making the FloatAddOp. I haven't really tested this beyond
> making sure it compiles, but here's a patch that might get this working for
> you.
>
> https://gem5-review.googlesource.com/c/public/gem5/+/10541
>
> Gabe
>
> On Wed, May 23, 2018 at 4:13 PM, Gabe Black  wrote:
>
>> I'm confident they aren't implemented with floating point add. It's
>> likely either that the microops are misclassified, or they're unimplemented
>> and printing a warning, but the fact that they don't actually do any math
>> isn't impacting your program for whatever reason. I'll take a quick look.
>>
>> Gabe
>>
>> On Wed, May 23, 2018 at 2:07 PM, Tariq Azmy 
>> wrote:
>>
>>> Hi,
>>>
>>> I wrote simple code that does simple floating point multiplication and
>>> division operation and from the assembly, I can see there are MULSS and
>>> DIVSS instructions. But after I ran the simulation on gem5 and looked at
>>> the stat.txt, I can only see the entries in 
>>> system.cpu.iq.FU_type_0::FloatAdd,
>>> where as the entries in FloatMul and FloatDiv remains 0.
>>>
>>> If I understand correctly, these stats refer to the micro-ops. Does that
>>> mean the MULSS and DIVSS instruction are broken down and executed with
>>> floating point Add?
>>>
>>> Thanks
>>>
>>>
>>> ___
>>> 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 mailing list
gem5-users@gem5.org
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users