[gem5-users] Re: Tracking read()/write() system calls in gem5

2020-10-02 Thread ABD ALRHMAN ABO ALKHEEL via gem5-users
Thanks for your email. If I want to print the data of read system call and 
write system call. Can I get those data from readfunc and writefunc here
In sycall_emul.hh: 
https://gem5.googlesource.com/public/gem5/+/refs/heads/stable/src/sim/syscall_emul.hh#2454

From: Ciro Santilli via gem5-users 
Sent: Wednesday, September 23, 2020 10:38 AM
To: gem5 users mailing list 
Cc: Ciro Santilli 
Subject: [gem5-users] Re: Tracking read()/write() system calls in gem5

Also have a look at --debug-flags SyscallBase,SyscallVerbose


On Tue, Sep 22, 2020 at 8:26 PM ABD ALRHMAN ABO ALKHEEL via gem5-users
 wrote:
>
> Hi All, can I track the read()/write() system calls in GEM5 in SE mode? If 
> so, how I can do that? Any help would be appreciated. Thanks
> ___
> gem5-users mailing list -- gem5-users@gem5.org
> To unsubscribe send an email to gem5-users-le...@gem5.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: Segmentation fault in gem5,

2020-10-02 Thread Jason Lowe-Power via gem5-users
Hi Tao,

Thank you for bringing this to our attention. I will discuss this with the
other leaders of the community.

Have a good weekend,

Jason


On Fri, Oct 2, 2020, 6:15 PM Tao Zhang  wrote:

> Hi Jason,
>
> Thanks a lot for posting the code of conduct.
>
> Being polite is indeed important and respect should be from both sides.
>
> I couldn't see Ciro's avatar in this email thread. However, if you search
> online, go to his github/stackoverflow profile page, or even browse your
> own homepage, you would see the avatar. Below is a snapshot from your
> homepage. I believe this is what the user 1154063264 referred to.
>
> Such an avatar is inappropriate and insulting. It definitely violates the
> code of conduct.
>
> Gem5 community is a place for academic and technical discussions. It
> should not be abused to express personal political opinions. Let's work
> together to keep it away from it.
>
> Hope you all have a good weekend.
>
> Thanks,
>
> [image: Screen Shot 2020-10-02 at 5.41.55 PM.png]
>
>
> -Tao
>
>
> On Fri, Oct 2, 2020 at 10:26 AM Jason Lowe-Power via gem5-users <
> gem5-users@gem5.org> wrote:
>
>> Hi everyone,
>>
>> A few things:
>> 1. Being polite is important! We strive to make the gem5 community
>> inclusive and welcoming. :)
>> 2. Email can be very impersonal. Adding a greeting and a signature with
>> your name helps create a more welcoming environment!
>> 3. When asking questions on the mailing list, help us help you. You can
>> search the issues (
>> https://gem5.atlassian.net/jira/software/c/projects/GEM5/issues) to see
>> if anything similar has been
>> reported. If you can't find any similar issues, we welcome your question,
>> but it's most helpful when we can reproduce the problem :).
>> 4. The gem5 project has a code of conduct (
>> https://gem5.googlesource.com/public/gem5/+/refs/heads/stable/CODE-OF-CONDUCT.md).
>> Specifically it says our standards include "Demonstrating empathy and
>> kindness toward other people" and "Being respectful of differing opinions,
>> viewpoints, and experiences." This document also details how to report a
>> violation of the community code of conduct.
>>
>> I hope everyone has a great weekend!
>>
>> Cheers,
>> Jason
>>
>> On Fri, Oct 2, 2020 at 1:25 AM Ciro Santilli via gem5-users <
>> gem5-users@gem5.org> wrote:
>>
>>> Can you provide the URL at which the avatar you refer to is showing?
>>>
>>> On Fri, Oct 2, 2020 at 6:55 AM 1154063264--- via gem5-users
>>>  wrote:
>>> >
>>> > First of all, I thank him for answering my question. However, as a
>>> Chinese, his profile picture does not respect our country. If my behavior
>>> affects other members of the community, I am sorry.
>>> > ___
>>> > gem5-users mailing list -- gem5-users@gem5.org
>>> > To unsubscribe send an email to gem5-users-le...@gem5.org
>>> > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>>> ___
>>> gem5-users mailing list -- gem5-users@gem5.org
>>> To unsubscribe send an email to gem5-users-le...@gem5.org
>>> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>>>
>> ___
>> gem5-users mailing list -- gem5-users@gem5.org
>> To unsubscribe send an email to gem5-users-le...@gem5.org
>> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
>
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: Segmentation fault in gem5,

2020-10-02 Thread Tao Zhang via gem5-users
Hi Jason,

Thanks a lot for posting the code of conduct.

Being polite is indeed important and respect should be from both sides.

I couldn't see Ciro's avatar in this email thread. However, if you search
online, go to his github/stackoverflow profile page, or even browse your
own homepage, you would see the avatar. Below is a snapshot from your
homepage. I believe this is what the user 1154063264 referred to.

Such an avatar is inappropriate and insulting. It definitely violates the
code of conduct.

Gem5 community is a place for academic and technical discussions. It should
not be abused to express personal political opinions. Let's work
together to keep it away from it.

Hope you all have a good weekend.

Thanks,

[image: Screen Shot 2020-10-02 at 5.41.55 PM.png]


-Tao


On Fri, Oct 2, 2020 at 10:26 AM Jason Lowe-Power via gem5-users <
gem5-users@gem5.org> wrote:

> Hi everyone,
>
> A few things:
> 1. Being polite is important! We strive to make the gem5 community
> inclusive and welcoming. :)
> 2. Email can be very impersonal. Adding a greeting and a signature with
> your name helps create a more welcoming environment!
> 3. When asking questions on the mailing list, help us help you. You can
> search the issues (
> https://gem5.atlassian.net/jira/software/c/projects/GEM5/issues) to see
> if anything similar has been
> reported. If you can't find any similar issues, we welcome your question,
> but it's most helpful when we can reproduce the problem :).
> 4. The gem5 project has a code of conduct (
> https://gem5.googlesource.com/public/gem5/+/refs/heads/stable/CODE-OF-CONDUCT.md).
> Specifically it says our standards include "Demonstrating empathy and
> kindness toward other people" and "Being respectful of differing opinions,
> viewpoints, and experiences." This document also details how to report a
> violation of the community code of conduct.
>
> I hope everyone has a great weekend!
>
> Cheers,
> Jason
>
> On Fri, Oct 2, 2020 at 1:25 AM Ciro Santilli via gem5-users <
> gem5-users@gem5.org> wrote:
>
>> Can you provide the URL at which the avatar you refer to is showing?
>>
>> On Fri, Oct 2, 2020 at 6:55 AM 1154063264--- via gem5-users
>>  wrote:
>> >
>> > First of all, I thank him for answering my question. However, as a
>> Chinese, his profile picture does not respect our country. If my behavior
>> affects other members of the community, I am sorry.
>> > ___
>> > gem5-users mailing list -- gem5-users@gem5.org
>> > To unsubscribe send an email to gem5-users-le...@gem5.org
>> > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>> ___
>> gem5-users mailing list -- gem5-users@gem5.org
>> To unsubscribe send an email to gem5-users-le...@gem5.org
>> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>>
> ___
> gem5-users mailing list -- gem5-users@gem5.org
> To unsubscribe send an email to gem5-users-le...@gem5.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: Segmentation fault in gem5,

2020-10-02 Thread Jason Lowe-Power via gem5-users
Hi everyone,

A few things:
1. Being polite is important! We strive to make the gem5 community
inclusive and welcoming. :)
2. Email can be very impersonal. Adding a greeting and a signature with
your name helps create a more welcoming environment!
3. When asking questions on the mailing list, help us help you. You can
search the issues (
https://gem5.atlassian.net/jira/software/c/projects/GEM5/issues) to see if
anything similar has been
reported. If you can't find any similar issues, we welcome your question,
but it's most helpful when we can reproduce the problem :).
4. The gem5 project has a code of conduct (
https://gem5.googlesource.com/public/gem5/+/refs/heads/stable/CODE-OF-CONDUCT.md).
Specifically it says our standards include "Demonstrating empathy and
kindness toward other people" and "Being respectful of differing opinions,
viewpoints, and experiences." This document also details how to report a
violation of the community code of conduct.

I hope everyone has a great weekend!

Cheers,
Jason

On Fri, Oct 2, 2020 at 1:25 AM Ciro Santilli via gem5-users <
gem5-users@gem5.org> wrote:

> Can you provide the URL at which the avatar you refer to is showing?
>
> On Fri, Oct 2, 2020 at 6:55 AM 1154063264--- via gem5-users
>  wrote:
> >
> > First of all, I thank him for answering my question. However, as a
> Chinese, his profile picture does not respect our country. If my behavior
> affects other members of the community, I am sorry.
> > ___
> > gem5-users mailing list -- gem5-users@gem5.org
> > To unsubscribe send an email to gem5-users-le...@gem5.org
> > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
> ___
> gem5-users mailing list -- gem5-users@gem5.org
> To unsubscribe send an email to gem5-users-le...@gem5.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: GDB debug help

2020-10-02 Thread Abhishek Singh via gem5-users
Hi Yuan,

I use it all the time to see where my implementation is failing, the way
you can do it is

1. Compile gem5 in debug mode (you can do opt too but I prefer debug)
2. Run the application with gdb - - args (gem5 cli command)
3. Then run the application(type “r”)
4. Type “bt” to perform backtrace

On Fri, Oct 2, 2020 at 12:13 PM Shougang Yuan  wrote:

> Hi, Abhishek,
>
> Thanks for your help. Do you have any hints about gdb backtrace in gem5? I
> am new to gdb debugging.
>
> Best regards.
>
> On Fri, Oct 2, 2020 at 12:03 PM Abhishek Singh <
> abhishek.singh199...@gmail.com> wrote:
>
>> Hi Yuan,
>>
>> Can you just backtrace using gdb, this will directly point the gem5
>> function which is giving the error?
>>
>> On Fri, Oct 2, 2020 at 12:01 PM Shougang Yuan via gem5-users <
>> gem5-users@gem5.org> wrote:
>>
>>> Hi, Giacomo,
>>>
>>> Thanks for your help. I am currently suffering a new problem. I set the
>>> break tick to be a relatively large number because the segmentation faults
>>> in my simulation happen after several millions of instructions, and the gdb
>>> has run the whole night up to now but it still can not reach the tick I
>>> want to look at. So do you know how to jump to the interesting program
>>> phase more quickly?
>>>
>>> Best regards.
>>> Shougang
>>>
>>> On Fri, Oct 2, 2020 at 5:49 AM Giacomo Travaglini <
>>> giacomo.travagl...@arm.com> wrote:
>>>
 Hi Shougang



 curTick is a function as you can see from:



 (gdb) p curTick
 $1 = {Tick (void)} 0x562aea48 



 Could you try doing:



 (gdb) p curTick()



 It should display the current Tick time



 Giacomo



 *From:* Shougang Yuan via gem5-users 
 *Sent:* 02 October 2020 04:00
 *To:* gem5 users mailing list 
 *Cc:* Shougang Yuan 
 *Subject:* [gem5-users] GDB debug help



 Hi, All,



 I am running simulation in se mode and trying to use gdb debug a
 segmentation fault. Through trace debug, I found that the simulation
 suffers a segmentation fault in tick 534558604750.



 To figure out the reason for this bug, I launched the gdb debugger. But
 I suffered some weird results. Usually, when using gdb debug, we use
 "--debug-break" or "schedBrak()" to set breakpoint. And we can use "p
 curTick" to dump out the current tick.



 My simulation stopped at tick 534558604750, and I sched the break in
 tick 100. It is much more early than the time when this memory bug
 happens. But when I call "p curTick", the gdb dumped out something like the
 following:



 Program received signal SIGTRAP, Trace/breakpoint trap.
 0x75c28237 in kill () at ../sysdeps/unix/syscall-template.S:78
 78 ../sysdeps/unix/syscall-template.S: No such file or directory.
 (gdb) p curTick
 $1 = {Tick (void)} 0x562aea48 
 (gdb) p _curTick
 No symbol "_curTick" in current context.
 (gdb)



 And when I set the breakpoint time to tick 2000, this is the very
 beginning of the simulation, I still can not dump out the current tick
 value.



 So what's wrong with it? Can some please help me out? Thanks for your
 help.



 Best regards.

 Yuan
 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
>>> To unsubscribe send an email to gem5-users-le...@gem5.org
>>> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>>
>> --
>> Best Regards,
>> Abhishek
>>
> --
Best Regards,
Abhishek
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: GDB debug help

2020-10-02 Thread Shougang Yuan via gem5-users
Hi, Abhishek,

Thanks for your help. Do you have any hints about gdb backtrace in gem5? I
am new to gdb debugging.

Best regards.

On Fri, Oct 2, 2020 at 12:03 PM Abhishek Singh <
abhishek.singh199...@gmail.com> wrote:

> Hi Yuan,
>
> Can you just backtrace using gdb, this will directly point the gem5
> function which is giving the error?
>
> On Fri, Oct 2, 2020 at 12:01 PM Shougang Yuan via gem5-users <
> gem5-users@gem5.org> wrote:
>
>> Hi, Giacomo,
>>
>> Thanks for your help. I am currently suffering a new problem. I set the
>> break tick to be a relatively large number because the segmentation faults
>> in my simulation happen after several millions of instructions, and the gdb
>> has run the whole night up to now but it still can not reach the tick I
>> want to look at. So do you know how to jump to the interesting program
>> phase more quickly?
>>
>> Best regards.
>> Shougang
>>
>> On Fri, Oct 2, 2020 at 5:49 AM Giacomo Travaglini <
>> giacomo.travagl...@arm.com> wrote:
>>
>>> Hi Shougang
>>>
>>>
>>>
>>> curTick is a function as you can see from:
>>>
>>>
>>>
>>> (gdb) p curTick
>>> $1 = {Tick (void)} 0x562aea48 
>>>
>>>
>>>
>>> Could you try doing:
>>>
>>>
>>>
>>> (gdb) p curTick()
>>>
>>>
>>>
>>> It should display the current Tick time
>>>
>>>
>>>
>>> Giacomo
>>>
>>>
>>>
>>> *From:* Shougang Yuan via gem5-users 
>>> *Sent:* 02 October 2020 04:00
>>> *To:* gem5 users mailing list 
>>> *Cc:* Shougang Yuan 
>>> *Subject:* [gem5-users] GDB debug help
>>>
>>>
>>>
>>> Hi, All,
>>>
>>>
>>>
>>> I am running simulation in se mode and trying to use gdb debug a
>>> segmentation fault. Through trace debug, I found that the simulation
>>> suffers a segmentation fault in tick 534558604750.
>>>
>>>
>>>
>>> To figure out the reason for this bug, I launched the gdb debugger. But
>>> I suffered some weird results. Usually, when using gdb debug, we use
>>> "--debug-break" or "schedBrak()" to set breakpoint. And we can use "p
>>> curTick" to dump out the current tick.
>>>
>>>
>>>
>>> My simulation stopped at tick 534558604750, and I sched the break in
>>> tick 100. It is much more early than the time when this memory bug
>>> happens. But when I call "p curTick", the gdb dumped out something like the
>>> following:
>>>
>>>
>>>
>>> Program received signal SIGTRAP, Trace/breakpoint trap.
>>> 0x75c28237 in kill () at ../sysdeps/unix/syscall-template.S:78
>>> 78 ../sysdeps/unix/syscall-template.S: No such file or directory.
>>> (gdb) p curTick
>>> $1 = {Tick (void)} 0x562aea48 
>>> (gdb) p _curTick
>>> No symbol "_curTick" in current context.
>>> (gdb)
>>>
>>>
>>>
>>> And when I set the breakpoint time to tick 2000, this is the very
>>> beginning of the simulation, I still can not dump out the current tick
>>> value.
>>>
>>>
>>>
>>> So what's wrong with it? Can some please help me out? Thanks for your
>>> help.
>>>
>>>
>>>
>>> Best regards.
>>>
>>> Yuan
>>> 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
>> To unsubscribe send an email to gem5-users-le...@gem5.org
>> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
>
> --
> Best Regards,
> Abhishek
>
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: GDB debug help

2020-10-02 Thread Abhishek Singh via gem5-users
Hi Yuan,

Can you just backtrace using gdb, this will directly point the gem5
function which is giving the error?

On Fri, Oct 2, 2020 at 12:01 PM Shougang Yuan via gem5-users <
gem5-users@gem5.org> wrote:

> Hi, Giacomo,
>
> Thanks for your help. I am currently suffering a new problem. I set the
> break tick to be a relatively large number because the segmentation faults
> in my simulation happen after several millions of instructions, and the gdb
> has run the whole night up to now but it still can not reach the tick I
> want to look at. So do you know how to jump to the interesting program
> phase more quickly?
>
> Best regards.
> Shougang
>
> On Fri, Oct 2, 2020 at 5:49 AM Giacomo Travaglini <
> giacomo.travagl...@arm.com> wrote:
>
>> Hi Shougang
>>
>>
>>
>> curTick is a function as you can see from:
>>
>>
>>
>> (gdb) p curTick
>> $1 = {Tick (void)} 0x562aea48 
>>
>>
>>
>> Could you try doing:
>>
>>
>>
>> (gdb) p curTick()
>>
>>
>>
>> It should display the current Tick time
>>
>>
>>
>> Giacomo
>>
>>
>>
>> *From:* Shougang Yuan via gem5-users 
>> *Sent:* 02 October 2020 04:00
>> *To:* gem5 users mailing list 
>> *Cc:* Shougang Yuan 
>> *Subject:* [gem5-users] GDB debug help
>>
>>
>>
>> Hi, All,
>>
>>
>>
>> I am running simulation in se mode and trying to use gdb debug a
>> segmentation fault. Through trace debug, I found that the simulation
>> suffers a segmentation fault in tick 534558604750.
>>
>>
>>
>> To figure out the reason for this bug, I launched the gdb debugger. But I
>> suffered some weird results. Usually, when using gdb debug, we use
>> "--debug-break" or "schedBrak()" to set breakpoint. And we can use "p
>> curTick" to dump out the current tick.
>>
>>
>>
>> My simulation stopped at tick 534558604750, and I sched the break in tick
>> 100. It is much more early than the time when this memory bug happens.
>> But when I call "p curTick", the gdb dumped out something like the
>> following:
>>
>>
>>
>> Program received signal SIGTRAP, Trace/breakpoint trap.
>> 0x75c28237 in kill () at ../sysdeps/unix/syscall-template.S:78
>> 78 ../sysdeps/unix/syscall-template.S: No such file or directory.
>> (gdb) p curTick
>> $1 = {Tick (void)} 0x562aea48 
>> (gdb) p _curTick
>> No symbol "_curTick" in current context.
>> (gdb)
>>
>>
>>
>> And when I set the breakpoint time to tick 2000, this is the very
>> beginning of the simulation, I still can not dump out the current tick
>> value.
>>
>>
>>
>> So what's wrong with it? Can some please help me out? Thanks for your
>> help.
>>
>>
>>
>> Best regards.
>>
>> Yuan
>> 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
> To unsubscribe send an email to gem5-users-le...@gem5.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

-- 
Best Regards,
Abhishek
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: GDB debug help

2020-10-02 Thread Shougang Yuan via gem5-users
Hi, Giacomo,

Thanks for your help. I am currently suffering a new problem. I set the
break tick to be a relatively large number because the segmentation faults
in my simulation happen after several millions of instructions, and the gdb
has run the whole night up to now but it still can not reach the tick I
want to look at. So do you know how to jump to the interesting program
phase more quickly?

Best regards.
Shougang

On Fri, Oct 2, 2020 at 5:49 AM Giacomo Travaglini <
giacomo.travagl...@arm.com> wrote:

> Hi Shougang
>
>
>
> curTick is a function as you can see from:
>
>
>
> (gdb) p curTick
> $1 = {Tick (void)} 0x562aea48 
>
>
>
> Could you try doing:
>
>
>
> (gdb) p curTick()
>
>
>
> It should display the current Tick time
>
>
>
> Giacomo
>
>
>
> *From:* Shougang Yuan via gem5-users 
> *Sent:* 02 October 2020 04:00
> *To:* gem5 users mailing list 
> *Cc:* Shougang Yuan 
> *Subject:* [gem5-users] GDB debug help
>
>
>
> Hi, All,
>
>
>
> I am running simulation in se mode and trying to use gdb debug a
> segmentation fault. Through trace debug, I found that the simulation
> suffers a segmentation fault in tick 534558604750.
>
>
>
> To figure out the reason for this bug, I launched the gdb debugger. But I
> suffered some weird results. Usually, when using gdb debug, we use
> "--debug-break" or "schedBrak()" to set breakpoint. And we can use "p
> curTick" to dump out the current tick.
>
>
>
> My simulation stopped at tick 534558604750, and I sched the break in tick
> 100. It is much more early than the time when this memory bug happens.
> But when I call "p curTick", the gdb dumped out something like the
> following:
>
>
>
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0x75c28237 in kill () at ../sysdeps/unix/syscall-template.S:78
> 78 ../sysdeps/unix/syscall-template.S: No such file or directory.
> (gdb) p curTick
> $1 = {Tick (void)} 0x562aea48 
> (gdb) p _curTick
> No symbol "_curTick" in current context.
> (gdb)
>
>
>
> And when I set the breakpoint time to tick 2000, this is the very
> beginning of the simulation, I still can not dump out the current tick
> value.
>
>
>
> So what's wrong with it? Can some please help me out? Thanks for your help.
>
>
>
> Best regards.
>
> Yuan
> 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
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: GDB debug help

2020-10-02 Thread Giacomo Travaglini via gem5-users
Hi Shougang

curTick is a function as you can see from:

(gdb) p curTick
$1 = {Tick (void)} 0x562aea48 

Could you try doing:

(gdb) p curTick()

It should display the current Tick time

Giacomo

From: Shougang Yuan via gem5-users 
Sent: 02 October 2020 04:00
To: gem5 users mailing list 
Cc: Shougang Yuan 
Subject: [gem5-users] GDB debug help

Hi, All,

I am running simulation in se mode and trying to use gdb debug a segmentation 
fault. Through trace debug, I found that the simulation suffers a segmentation 
fault in tick 534558604750.

To figure out the reason for this bug, I launched the gdb debugger. But I 
suffered some weird results. Usually, when using gdb debug, we use 
"--debug-break" or "schedBrak()" to set breakpoint. And we can use "p curTick" 
to dump out the current tick.

My simulation stopped at tick 534558604750, and I sched the break in tick 
100. It is much more early than the time when this memory bug happens. But 
when I call "p curTick", the gdb dumped out something like the following:

Program received signal SIGTRAP, Trace/breakpoint trap.
0x75c28237 in kill () at ../sysdeps/unix/syscall-template.S:78
78 ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) p curTick
$1 = {Tick (void)} 0x562aea48 
(gdb) p _curTick
No symbol "_curTick" in current context.
(gdb)

And when I set the breakpoint time to tick 2000, this is the very beginning of 
the simulation, I still can not dump out the current tick value.

So what's wrong with it? Can some please help me out? Thanks for your help.

Best regards.
Yuan
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
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s

[gem5-users] Re: Segmentation fault in gem5,

2020-10-02 Thread Ciro Santilli via gem5-users
Can you provide the URL at which the avatar you refer to is showing?

On Fri, Oct 2, 2020 at 6:55 AM 1154063264--- via gem5-users
 wrote:
>
> First of all, I thank him for answering my question. However, as a Chinese, 
> his profile picture does not respect our country. If my behavior affects 
> other members of the community, I am sorry.
> ___
> gem5-users mailing list -- gem5-users@gem5.org
> To unsubscribe send an email to gem5-users-le...@gem5.org
> %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
___
gem5-users mailing list -- gem5-users@gem5.org
To unsubscribe send an email to gem5-users-le...@gem5.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s