Hey,
I've tried my hand at this problem before and it can be a bit tricky but
with patience and some python scripts you can get what you want.
First, depending on what memory address you are interested in, you will
probably need to extract the physical address. Or if you can just pick an
address
rent calling
> mechanisms, and some attempt to organize them more systematically in the
> utility.
>
> Gabe
>
> On Mon, Nov 9, 2020 at 4:40 PM Daniel Gerzhoy
> wrote:
>
>> Hi Gabe,
>>
>> I can see where the register should be stored (line 59 in
>> p
t;>
>>> Gabe
>>>
>>> On Mon, Nov 9, 2020 at 1:06 PM Matt Sinclair via gem5-users <
>>> gem5-users@gem5.org> wrote:
>>>
>>>> Hi Dan,
>>>>
>>>> My comment was just a general comment on the m5ops -- I thought you
>&g
;<<
wrote:
> Let me further say that I know that the magic instructions are being
> called. I am just getting bogus return values.
>
> On Mon, Nov 9, 2020 at 2:18 PM Daniel Gerzhoy
> wrote:
>
>> Hi Matt,
>>
>> Thanks for this, it's very helpful. However aft
Let me further say that I know that the magic instructions are being
called. I am just getting bogus return values.
On Mon, Nov 9, 2020 at 2:18 PM Daniel Gerzhoy
wrote:
> Hi Matt,
>
> Thanks for this, it's very helpful. However after following the
> instructions (I had to extrapol
of the above link:
>
> scons build/x86/out/m5
>
> 3. This will create the same two .o files in step 2 of the above link, in
> the same places (although the location of m5op.o may have changed to
> include/gem5 util/m5/build/x86/abi/x86/ according to some of the students
> in my co
Hey all,
I've recently updated to using the dev branch for my GCN3 simulations. I've
noticed that I am now getting return values of 0 for every magic
instruction (m5_rpns for instance).
Is there a special way I need to be compiling/linking m5ops.S to get the
return values to show up correctly?
t;
> Thanks,
> Matt
>
> On Fri, Nov 6, 2020 at 4:35 PM Daniel Gerzhoy via gem5-users <
> gem5-users@gem5.org> wrote:
>
>> For some reason that syscall is only built if you set a flag. Recompile
>> the simulator like so:
>>
>> scons -j$(nproc) buil
For some reason that syscall is only built if you set a flag. Recompile the
simulator like so:
scons -j$(nproc) build/GCN3_X86/gem5.opt --ignore-style SLICC_HTML=True
CCFLAGS_EXTRA="-DSYS_getdents -DSYS_getdents64"
Cheers,
Dan
On Fri, Nov 6, 2020 at 5:25 PM Poremba, Matthew via gem5-users <
Hey Shehab,
I've been working with gem5 on my group's research cluster for a while now.
1) Gem5 isn't very memory hungry in my experience, sometimes long
simulations (I'm talking 3 weeks+) will start bloating to GB of RAM but
its usually not paging so it doesn't slow things down (depends on the
Hey guys,
I just interacted with it to fix a bug in the O3 cpu. Seems to me
a Timebuffer is how the pipeline stages communicate with each other.
Looks like a wrapper for the datastructures that
communicate between different stages, as "wires."
Each wire within a time buffer communicates between
ation would reach the end of time. So I would try to determine what
> that minimal loop is and why it won't exit.
> ----------
> *From:* Daniel Gerzhoy via gem5-users
> *Sent:* Wednesday, October 28, 2020 7:21 PM
> *To:* gem5 users mailing list
> *Cc:* Da
I'm getting the same error, working on fixing it but not very familiar with
the O3 cpu code (Or I wasn't before anyway).
>From what I can tell:
*FullO3CPU::scheduleThreadExitEvent *schedules the threadExitEvent
for the next cycle, assuming that it will empty by then.
It sets* exitingThreads[tid]
.
Cheers,
Dan
On Tue, Oct 27, 2020 at 3:39 PM Daniel Gerzhoy
wrote:
> Hey all,
>
> I'm running into a strange issue where threads are not spawning when
> launched with std::thread. It seems to work once, and then I try to launch
> again using a newly allocated thread pointer (after delet
Hey all,
I'm running into a strange issue where threads are not spawning when
launched with std::thread. It seems to work once, and then I try to launch
again using a newly allocated thread pointer (after deleting the old one)
and it hangs.
Minimal example:
void foo()
{
printf("Foo alive from
Looks like that command needs to be updated, or the makefile.
Try the command without "square" at the end (" docker run --rm -v
$PWD/gem5-resources:/gem5-resources -w /gem5-resources/src/square
make ")
If you look in the makefile the first rule is "gfx8-apu" not "square" so
you could also change
Samaksh,
Yep, thats precisely what I've been doing. Using the docker from the
develop branch, and then the simulator is the staging branch.
It actually looks like you pointed the simulator onto the square.cpp source
file rather than the square.out (or whatever your compiler outputs).
Not sure
you’ll see a separate cache from the I$, D$, and scalar cache for constants.
> - See slide 60:
> http://www.m5sim.org/wiki/images/1/19/AMD_gem5_APU_simulator_isca_2018_gem5_wiki.pdf
> for the SQC explanation.
>
> Thanks,
> Matt
>
> On Tue, Aug 18, 2020 at 8:37 AM Daniel Gerzhoy via gem5-users &
, isn't the L3 inclusive ?
>
> Thank you,
> Sampad
>
> On Tue, Aug 18, 2020 at 9:57 AM Daniel Gerzhoy
> wrote:
>
>> Hi Sampad,
>>
>> I've added corepair profiling to MOESI_AMD_BASE-CorePair.sm if you
>> haven't already done so. I can create a patch for you
Hi Sampad,
I've added corepair profiling to MOESI_AMD_BASE-CorePair.sm if you haven't
already done so. I can create a patch for you (or I'd be happy to review if
you end up submitting one).
I was confused about the L3Cache in the <...>-dir.sm file as well.
The MOESI_AMD_Base-L3cache.sm file
Hey all,
Is there a way to use constant memory in the GPU Model right now?
Using the
*__constant__ float variable[SIZE];*
and
*hipMemcpyToSymbol(...)*
results in a
*fatal: syscall mincore (#27) unimplemented.*
I've been looking through the code to find a way, but I haven't yet.
I guess a
There is the m5_rpns() pseudo instruction that returns the current time in
nanoseconds. That is it returns:
return curTick() / SimClock::Int::ns;
That value is simply 10^3 (unless you've changed the ticks per second it
for some reason)
So you simply need to multiply the result of rpns() by 10^3
am/gem5/include /sam/gem5/util/m5/m5op_x86.o
> /sam/gem5/util/m5/m5_mmap.o -o 2DConvolution.exe
>
> Thanks,
> Sampad
>
> On Sat, Aug 1, 2020 at 3:17 PM Daniel Gerzhoy
> wrote:
>
>> Sorry, using hipcc* to link them together.
>>
>> On Sat, Aug 1, 2020
Sorry, using hipcc* to link them together.
On Sat, Aug 1, 2020 at 2:15 PM Daniel Gerzhoy
wrote:
> I would suggest compiling M5op with gcc or g++ with a -c flag and then
> using M5op to link them together.
>
> On Sat, Aug 1, 2020 at 2:13 PM Sampad Mohapatra via gem5-users <
> g
I would suggest compiling M5op with gcc or g++ with a -c flag and then
using M5op to link them together.
On Sat, Aug 1, 2020 at 2:13 PM Sampad Mohapatra via gem5-users <
gem5-users@gem5.org> wrote:
> Hello,
>
> While trying to compile polybench benchmarks with m5_exit(0) using the HIP
> compiler
aving this workaround would definitely be helpful
> for the community.
>
> Matt
>
> On Mon, Jun 22, 2020 at 1:25 PM Daniel Gerzhoy
> wrote:
>
>> Hey Matt,
>>
>> Happy to do that if you think it's viable, but I have to say my
>> workaround is pretty
egister used in the ld instruction. Unfortunately, I had a hard time of
>> getting consistent, manageable traces, so I wasn't able to figure out why
>> we were going down the wrong codepath.
>>
>> Kyle
>> --
>> *From:* mattdsincl...@gmail.com
s (like yours) with
> barrier synchronization. Let us know if this solves your problem too --
> fingers crossed.
>
> Thanks,
> Matt
>
> On Fri, Jun 12, 2020 at 2:47 PM Daniel Gerzhoy
> wrote:
>
>> Matt,
>>
>> It wasn't so much a solution as an explanatio
in the meantime.
Dan
On Fri, Jun 12, 2020 at 3:41 PM GAURAV JAIN wrote:
> Hi,
>
> I am not sure if chiming in now would cause any more confusion, but still
> giving it a try.
>
> @Daniel Gerzhoy - for hipDeviceSynchronize, as
> Matt mentioned, they are working on a fix a
aging branch
> -- I don't believe it should break anything with those patches.
>
> Yes, looks like you are using the release version of ROCm -- no issues
> there.
>
> Matt
>
>
>
> On Thu, Jun 11, 2020 at 9:38 AM Daniel Gerzhoy
> wrote:
>
>> I am using the
for TCP and TCC
> <https://gem5.googlesource.com/amd/gem5/+/d0945dc285cf146de160808d7e6d4c1fd3f73639>,
> which isn't the most recent commit. I don't believe that that would account
> for such a large slowdown, but it doesn't hurt to try the newest commit
> unless it breaks something.
It should be able to run std::thread.
Make sure you have enough cores set in the simulation command. (E.g. -n 4)
Cheers,
Dan
On Fri, Jun 5, 2020 at 12:50 AM Taiyu Zhou via gem5-users <
gem5-users@gem5.org> wrote:
> Hi guys!
> I am trying to run a Muti-thread program in SE mode. But It can’t
file that you can then use with McPAT.
>
> While the process seems rather tedious, remember that you only need to do
> this once per system you are modelling and then it is totally
> straightforward.
>
> I hoped I helped a little bit. Please check the documentation in my
> repo
Hello,
I'm wondering if there is a power model associated with the GPU model in
the GCN3 branch.
Actually is it still a branch? Or is it in the main gem5 branch now? I'm
using the version that was in a separate branch a few months ago.
Also if anyone could please point me at any documentation
Look here at the learning gem5 section on the website. There's a subsection
all about cache coherence that does a great job of explaining it.
http://www.gem5.org/documentation/learning_gem5/introduction/
On Fri, Feb 28, 2020 at 6:49 AM Javed Osmany
wrote:
> Hi
>
>
>
> I want to start modelling
Hi all,
I've added a series of DPRINTFs into the coherence protocol (GPU_VIPER)
and its been working ok, up until this morning when I added a bunch all at
once and it started segfaulting. This only happens if I have my debug flag
enabled, otherwise the program runs to completion (this is syscall
It looks like gem5 itself had a segfault.
Did you change the simulator code itself?
If so I would look at whatever code you added to see if you referenced a
memory address you don't actually have access to.
You could run the simulator in GDB as well and add breakpoints to debug
further.
best
One thing I noticed is that I used to include "m5op.h" and that is where
the work_begin function used to live, and most of the tutorial files
mention it, but it no longer exists, and "m5ops.h" seems to have taken its
place.
Could anyone please advise me as to what I
38 matches
Mail list logo
