Hi guys, The default value is True. The only time this is set to false is for some of the testers, to create a “shadow” memory used as a reference. Normally there should never be a need to touch this parameter.
Andreas From: Mahmood Naderan <[email protected]<mailto:[email protected]>> Reply-To: gem5 users mailing list <[email protected]<mailto:[email protected]>> Date: Wednesday, 19 February 2014 19:57 To: gem5 users mailing list <[email protected]<mailto:[email protected]>> Subject: Re: [gem5-users] Splash-2 with m5threads "panic address not mapped error" As far as I remember, I didn't use such an option. You can try removing that though I don't know what is the default value for that option. Regards, Mahmood On Wed, Feb 19, 2014 at 11:15 PM, Siddharth Nilakantan <[email protected]<mailto:[email protected]>> wrote: That is supposed to mean that it is part of the global address map. In SE mode, without an OS present I'm not sure what it means other than all threads/cores having a global view of memory. Shouldn't be causing my issue. I'll try using Physical Memory as well. Thanks. On 19 February 2014 14:18, Mahmood Naderan <[email protected]<mailto:[email protected]>> wrote: That is weird. I had the same issue with older versions and increasing the memory was the solution. What does "in_addr_map = True" mean then? I used PhysicalMemory for physmem Regards, Mahmood On Wed, Feb 19, 2014 at 10:28 PM, Siddharth Nilakantan <[email protected]<mailto:[email protected]>> wrote: Hi All, I tried Mahmood's suggestion and ended up with the same issue. It reported higher memory usage now, but dies at the same address and same cycle number! warn: ignoring syscall futex(1, 7020308, ...) warn: ignoring syscall futex(1, 7020308, ...) panic: Tried to read unmapped address 0x140495a85. @ cycle 143932527000 [invoke:build/X86_MESI_CMP_directory/arch/x86/faults.cc, line 160] Memory Usage: 8793360 KBytes Program aborted at cycle 143932527000 Is there some other way I should be increasing memory size. I just have the following in my se.py: system = System(cpu = [CPUClass(cpu_id=i) for i in xrange(np)], physmem = SimpleMemory(in_addr_map = True,range=AddrRange('8192MB'))) Note, that this gem5 version is slightly older, checked out at the beginning of last year. Any suggestions would help. Regards, Sid On 19 February 2014 01:42, Siddharth Nilakantan <[email protected]<mailto:[email protected]>> wrote: Hi Mahmood, Thanks for that. Will try 8GB next and report what I find. I linked the executable to the m5 threads library. I also linked in some other custom object code that shouldn't be called when running under Gem5 at all. This is evidenced by the fact that I can also run the same executable natively and confirm that it finishes. (I also did a Valgrind Memcheck just to make sure.) Sid On 18 February 2014 13:23, Mahmood Naderan <[email protected]<mailto:[email protected]>> wrote: Hi Have you modified the code in a way to create new addresses? You should note that the unmapped address is in the range of 4GB< < 8GB. If you increase the memory to 8GB, that specific address will be resolved but you may see another error for addresses larger than 8GB!! Hope that helps On 2/18/14, Siddharth Nilakantan <[email protected]<mailto:[email protected]>> wrote: > Hi All, > > I'm using Gem5's SE mode with Splash-2 compiled for m5threads. When running > the Cholesky, water-spatial and ocean benchmarks I noticed the "panic: > Tried to read unmapped address" error. Based on previous questions of the > same type, I made sure to try testing the executables under Valgrind. There > are no memory leaks, so I'm not sure what is happening. > > build/X86_MESI_CMP_directory/gem5.opt configs/example/se.py > --garnet-network=fixed --topology=Mesh --ruby > --cmd=~/benchmarks/splash2_gem5se/splash2/codes/kernels/cholesky/CHOLESKY > --options="-p8 > ~/benchmarks/splash2_gem5se/splash2/codes/kernels/cholesky/inputs/tk23.O" > --num-cpus=8 --num-dirs=8 --num-l2caches=8 --l1d_size=64kB --l1d_assoc=4 > --l1i_size=64kB --l1i_assoc=4 --l2_size=4096kB --l2_assoc=8 > . > . > . > > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(0, 7020308, ...) > warn: ignoring syscall futex(1, 7020308, ...) > warn: ignoring syscall futex(1, 7020308, ...) > *panic: Tried to read unmapped address 0x140495a85.* > @ cycle 143932527000 > [invoke:build/X86_MESI_CMP_directory/arch/x86/faults.cc, line 160] > Memory Usage: 4599016 KBytes > Program aborted at cycle 143932527000 > > The system is configured to have 4GB of Physical memory and the memory > usage is still higher. It always dies at the same address and the same > cycle number. > > Can anyone help me figure out why this is happening? What flags should I > turn on to get more useful information? > > Regards, > Sid > -- Regards, Mahmood _______________________________________________ gem5-users mailing list [email protected]<mailto:[email protected]> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users _______________________________________________ gem5-users mailing list [email protected]<mailto:[email protected]> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users _______________________________________________ gem5-users mailing list [email protected]<mailto:[email protected]> http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users _______________________________________________ gem5-users mailing list [email protected]<mailto:[email protected]> 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 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. ARM Limited, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2557590 ARM Holdings plc, Registered office 110 Fulbourn Road, Cambridge CB1 9NJ, Registered in England & Wales, Company No: 2548782
_______________________________________________ gem5-users mailing list [email protected] http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
