This question has been asked (and answered) on this list already. Please
don't ask the same question multiple times.
Gabe
On Wed, Apr 21, 2021 at 9:14 PM VAIDYA ROHINI VILAS via gem5-users <
gem5-users@gem5.org> wrote:
> Hello,
> I am trying to build gem5 for X86 architecture but it does not
>
It looks like you might be running out of memory, which building too many
things at once could contribute to. The final link is going to use a lot of
memory no matter what, most likely.
Gabe
On Wed, Apr 21, 2021 at 3:34 AM Hoa Nguyen wrote:
> Hi,
>
> Can you be more specific about the command
Hi all,
While I'm doing some research about how TLB is emulated in gem5 the other day,
I noticed that TLB costs no ticks, which is quite unusual.
I tried printing current tick before and after (xxx is where I set in my print
declaration):
(1) src/cpu/o3/lsq_impl.hh
void
Hi All,
As part of my research project using gem5, I want to use CLFLUSH and WBINVD
with the two-level MESI protocol.
I have an idea on how to add this support, and I would like to ask for the
community's opinion on whether I am in the right direction or should I do
things differently.
Hi,
Can you be more specific about the command line and the gem5 version
that you used?
>From the screenshot, it seems to be a problem with LTO. You can
compile gem5 with --no-lto flag to not to use LTO for compiling.
Regards,
Hoa Nguyen
On 4/20/21, VAIDYA ROHINI VILAS wrote:
> Hello,
> I am
FYI the debug flag option is
--debug-flags=SyscallAll
Kind Regards
Giacomo
> -Original Message-
> From: Gabe Black via gem5-users
> Sent: 21 April 2021 01:20
> To: gem5 users mailing list
> Cc: Gabe Black
> Subject: [gem5-users] Re: ARM and opening a file
>
> If this works on x86,
Thank for reply, I will try to use it.
It is pretty if you would like to give some use guidance or an example with
this patch.
-邮件原件-
发件人: Boris Shingarov [mailto:shinga...@labware.com]
发送时间: 2021年4月21日 16:39
收件人: gem5 users mailing list
抄送: Liyichao ; Gabe Black
主题: Re:
Liyichao,
In fact, our group have been using that change since at least 2014 and it holds
up in pretty complex debugging scenarios. I hope it will be merged soon. I
would be really interested to hear whether it will help in your scenario.
Boris
-"Gabe Black via gem5-users" wrote: -
Yeah, I don't think gdb in SE mode handles page faults well, but there was
actually a change proposed very recently which should help improve that.
You can probably cherry-pick that change locally if you want to try it out.
https://gem5-review.googlesource.com/c/public/gem5/+/44685
Gabe
On Tue,
Thanks Gabe.
I think run gdb inside gem5 is of course a better method but slow speed.
In se mode，I also have tried it，but my program in se mode has a page fault
panic before segment fault.I think se mode cannot process page fault.
李翼超 charlie
Hello, Liyichao. While gdb debugging in gem5 is a great tool, it's a bit
limited as far as the sort of debugging you're talking about. It can see
the CPU state when you're in user space programs, but it doesn't understand
that different user space programs are different things, or know how to
look
11 matches
Mail list logo
