[gem5-users] Re: Debugging Gem5 Segmentation Fault in x86 Decoder

[Gabe Black via gem5-users]

SSE2 should work with no problems. It's very unlikely this has anything to
do with the compiler you're using for your benchmark, other than that it
might coincidentally set up a scenario which exposes a bug. If your program
has a bad instruction in it somehow, the decoder should handle that just
fine and return an instruction which will produce an undefined instruction
fault if actually executed and committed. The function and line you pointed
out is allocating a new instruction object, so it's not clear why anything
would be being freed there to begin with, although that is what that
backtrace suggests is happening. The difference between opt and debug is
likely just because they put things in slightly different places and have
slightly different code which might make a memory error not cause any
visible damage, or crash the program, depending on what got corrupted.

There are a few things you can do to try to find out where the memory error
is, assuming that there is one (which I think is likely). One would be to
use GDB to try to catch the corruption as it happens with watchpoints, etc.
This might be tricky, but might be the only way to catch the error in some
circumstances.

The other slower but more automatic way would be to use a tool called
valgrind. I would suggest trying it with both the opt and debug versions of
the binary since debug will give you better, more readable output, but opt
is the one that's crashing. Be aware that valgrind runs the program
slightly different, so it may no longer crash. To get good results, you
need to turn off tcmalloc with the --without-tcmalloc scons argument.
valgrind works in part by replacing/instrumenting certain heap related
functions, and if you've replaced them with tcmalloc it doesn't work any
more. Also, you'll want to pass valgrind suppressions
in util/valgrind-suppressions. This tells valgrind to ignore some well
known false positives in the python interpreter which produce a lot of
noise in the output and can drown out actual, useful messages.

So, gdb with watchpoints, breakpoints, etc, or valgrind, built with
--without-tcmalloc, run with util/valgrind-suppressions, try both opt and
debug.

That should give you a little more information to work with. With memory
issues, it's quite possible you're seeing a symptom crop up in a place that
has little or even nothing to do with where the actual problem is. You're
going to need to dig a bit more to find out the real cause. It can be hard
to help with these problems too, since they might magically go away when
somebody else tries the same thing with a slightly different setup.

Gabe

On Tue, Jun 9, 2020 at 4:09 PM Saileshwar, Gururaj via gem5-users <
gem5-users@gem5.org> wrote:

> Hello,
>
> It seems like the Gem5 segmentation fault I am getting is due to an SSE2
> instruction.
>
> So I tried disabling SSE2 while compiling my benchmark with mno-sse2
> compiler flag - but with this flag, my benchmark refused to refused to
> compile.  It looks like my shared libraries such as libc and libm are using
> SSE registers (e.g. for floating point operations). I am also seeing this
> segmentation fault for benchmarks compiled with GCC 4.8. So I guess, this
> is not specific to compiling benchmarks with Clang, as I thought earlier.
>
>
> I am confused how this has not been faced by others before, since I
> believe SSE 2 is pretty old and  assumed as a given in x86-64 ISA.
>
> The only work around I can think of is compiling my glibc without SIMD
> instructions (I am not quite sure how I would do that). But is this
> something that the Gem5 experts usually do/require ??
>
> Would appreciate thoughts / comments from the experts !
>
> Thanks,
> Gururaj
>
>
>
> Get Outlook for Android 
>
> --
> *From:* Saileshwar, Gururaj via gem5-users 
> *Sent:* Monday, June 8, 2020 7:02:18 PM
> *To:* gem5 users mailing list 
> *Cc:* Saileshwar, Gururaj 
> *Subject:* [gem5-users] Debugging Gem5 Segmentation Fault in x86 Decoder
>
> Hi All,
>
> I am trying to run SPEC-2017 benchmarks (compiled with Clang-3.5), on Gem5
> in SE mode (unmodified stable version v20).
>
> However, I am getting segmentation faults in the x86 Decoder of Gem5,
> (free of uninitialized pointer by tcmalloc).
> The segmentation fault arises from a line in an auto-generated file for
> the x86 instruction decoder.
>
> The exact line where I get the error is decode-method.cc.inc:20696:
> return new X86Macroop::PSLLW_XMM_M(machInst, EmulEnv((MODRM_REG | (REX_R
> << 3)),
> 0,
> OPSIZE,
> ADDRSIZE,
> STACKSIZE));
>
> I am confused whether the compiler is generating an unsupported
> instruction or whether there is a bug in the Gem5 x86 Decoder. I was
> hoping for some help to debug this. Please see the stack-trace 

[gem5-users] Re: Debugging Gem5 Segmentation Fault in x86 Decoder

[Saileshwar, Gururaj via gem5-users]

Hello,

It seems like the Gem5 segmentation fault I am getting is due to an SSE2 
instruction.

So I tried disabling SSE2 while compiling my benchmark with mno-sse2 compiler 
flag - but with this flag, my benchmark refused to refused to compile.  It 
looks like my shared libraries such as libc and libm are using SSE registers 
(e.g. for floating point operations). I am also seeing this segmentation fault 
for benchmarks compiled with GCC 4.8. So I guess, this is not specific to 
compiling benchmarks with Clang, as I thought earlier.


I am confused how this has not been faced by others before, since I believe SSE 
2 is pretty old and  assumed as a given in x86-64 ISA.

The only work around I can think of is compiling my glibc without SIMD 
instructions (I am not quite sure how I would do that). But is this something 
that the Gem5 experts usually do/require ??

Would appreciate thoughts / comments from the experts !

Thanks,
Gururaj



Get Outlook for Android


From: Saileshwar, Gururaj via gem5-users 
Sent: Monday, June 8, 2020 7:02:18 PM
To: gem5 users mailing list 
Cc: Saileshwar, Gururaj 
Subject: [gem5-users] Debugging Gem5 Segmentation Fault in x86 Decoder

Hi All,

I am trying to run SPEC-2017 benchmarks (compiled with Clang-3.5), on Gem5 in 
SE mode (unmodified stable version v20).

However, I am getting segmentation faults in the x86 Decoder of Gem5, (free of 
uninitialized pointer by tcmalloc).
The segmentation fault arises from a line in an auto-generated file for the x86 
instruction decoder.

The exact line where I get the error is decode-method.cc.inc:20696:
return new X86Macroop::PSLLW_XMM_M(machInst, EmulEnv((MODRM_REG | (REX_R << 3)),
0,
OPSIZE,
ADDRSIZE,
STACKSIZE));

I am confused whether the compiler is generating an unsupported instruction or 
whether there is a bug in the Gem5 x86 Decoder. I was hoping for some help to 
debug this. Please see the stack-trace from GDB after Gem5 crashes, below.

Thanks,
Gururaj
--

ERROR: src/tcmalloc.cc:283 Attempt to free invalid pointer 0x564c83f4


--- STACK TRACE -
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1  0x75e5b801 in __GI_abort () at abort.c:79
#2  0x76b6afb9 in tcmalloc::Log(tcmalloc::LogMode, char const*, int, 
tcmalloc::LogItem, tcmalloc::LogItem, tcmalloc::LogItem, tcmalloc::LogItem) () 
from /usr/lib/x86_64-linux-gnu/libtcmalloc.so.4
#3  0x76b5ed49 in ?? () from /usr/lib/x86_64-linux-gnu/libtcmalloc.so.4
#4  0x76b7e6b9 in tc_free () from 
/usr/lib/x86_64-linux-gnu/libtcmalloc.so.4
#5  0x5602fead in X86ISA::Decoder::decodeInst 
(this=this@entry=0x57d1ac40, machInst=...) at 
build/X86/arch/x86/generated/decode-method.cc.inc:20696
#6  0x55f98d04 in X86ISA::Decoder::decode 
(this=this@entry=0x57d1ac40, mach_inst=..., addr=) at 
build/X86/arch/x86/decoder.cc:686
#7  0x55f98ffb in X86ISA::Decoder::decode (this=0x57d1ac40, 
nextPC=...) at build/X86/arch/x86/decoder.cc:731
#8  0x55b79eff in DefaultFetch::fetch 
(this=this@entry=0x5888b428, status_change=@0x7fffcbe5: true) at 
build/X86/cpu/o3/fetch_impl.hh:1297
#9  0x55b7b28b in DefaultFetch::tick 
(this=this@entry=0x5888b428) at build/X86/cpu/o3/fetch_impl.hh:930
#10 0x55b52aab in FullO3CPU::tick (this=0x5888b000) at 
build/X86/cpu/o3/cpu.cc:531


decode-method.cc.inc:20696:
return new X86Macroop::PSLLW_XMM_M(machInst, EmulEnv((MODRM_REG | (REX_R << 3)),
0,
OPSIZE,
ADDRSIZE,
STACKSIZE));


This line is called from build/X86/arch/x86/decoder.cc:696 :
StaticInstPtr
Decoder::decode(ExtMachInst mach_inst, Addr addr)
{
auto iter = instMap->find(mach_inst);
if (iter != instMap->end())
return iter->second;

=>StaticInstPtr si = decodeInst(mach_inst);



Some additional details:
-- Error only occurs when my benchmarks are compiled with Clang-3.5 (have tried 
multiple other versions of clang including 5,8,10; same error). Error does not 
occur when benchmarks are compiled with GCC 6.
-- Error only occurs with gem5.opt. gem5.debug runs without the error.
-- I am running Ubuntu 18.04, with Gem5 compiled with GCC 4.8 (error occurs 
when Gem5 is compiled with GCC 6 as well)



___
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: [gem5-dev] [Suggestion] Replace gem5-users mailing-list with Discourse

[Jason Lowe-Power via gem5-users]

+1 for Discourse :).

Just to give a bit more context: I'm also trying to find a good forum for
community engagement during my online Learning gem5 class this summer. I
would like to find a platform that could be used generally for my class
this summer, future iterations of the class, and general gem5 questions, as
I believe there will be significant overlap between these groups.

Other potential options that IMO have more cons than pros when compared to
Discourse:
- Slack/Teams/etc.
- gitter.im
- stackoverflow

That said, we're open to suggestions :). Our goal is to create the most
welcoming and inclusive environment possible. We'll go where our users are!

Cheers,
Jason

On Tue, Jun 9, 2020 at 2:45 PM Bobby Bruce via gem5-dev 
wrote:

> Dear all,
>
> In an effort to better support the gem5 community, there has been a
> suggestion that we drop the gem5-users mailing list and replace it with
> Discourse, https://www.discourse.org/about, a web-based discussion
> platform. I'm writing this email to propose this to the community and ask
> for feedback on the matter.
>
> We have noticed that using mailing lists as our primary communication
> platform is problematic. Sending an email to a list can be daunting
> experience, requiring an etiquette many are not accustom to. I'm sure I'm
> not the only one who feels like they are unduly bothering a large number of
> people when posting to a list (like I'm doing right now :) ). This is, of
> course, an unfortunate hurdle for many to get over when they encounter
> problems using gem5, particularly those new to the project. I've come to
> believe mailing lists are simply not a very good technology for fostering
> community engagement and helping those who are running into difficulties.
> Mailing lists are also difficult to search, and lack proper formatting
> mechanisms to neatly display attributes such as code and output logs.
>
> Looking around at alternative technologies available, Discourse appears to
> be a suitable replacement. For those unaware, Discourse is (essentially) a
> revamp of messaging forums. It is an increasingly popular platform for
> users and developers in open source projects to communicate with one
> another (see LLVM's discourse as an example: https://llvm.discourse.group
> ).
> All-in-all, I think it's a well-designed product and contains all the
> features we'd expect and need to get our work done. I can see no immediate
> downsides to using it, though feedback from the community on the matter
> would be greatly appreciated, particularly from those who have used
> Discourse before. Dissenting opinions on the whole idea of moving away from
> the gem5-user's mailing list are also welcome.
>
> So, let me know what you think! :)
>
> Please note, regardless as to any decision made, we will continue the use
> of the gem5-dev mailing list for technical discussions for the foreseeable
> future.
>
> Kind regards,
> Bobby
> --
> Dr. Bobby R. Bruce
> Room 2235,
> Kemper Hall, UC Davis
> Davis,
> CA, 95616
>
> web: https://www.bobbybruce.net
> ___
> gem5-dev mailing list -- gem5-...@gem5.org
> To unsubscribe send an email to gem5-dev-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] [Suggestion] Replace gem5-users mailing-list with Discourse

[Bobby Bruce via gem5-users]

Dear all,

In an effort to better support the gem5 community, there has been a
suggestion that we drop the gem5-users mailing list and replace it with
Discourse, https://www.discourse.org/about, a web-based discussion
platform. I'm writing this email to propose this to the community and ask
for feedback on the matter.

We have noticed that using mailing lists as our primary communication
platform is problematic. Sending an email to a list can be daunting
experience, requiring an etiquette many are not accustom to. I'm sure I'm
not the only one who feels like they are unduly bothering a large number of
people when posting to a list (like I'm doing right now :) ). This is, of
course, an unfortunate hurdle for many to get over when they encounter
problems using gem5, particularly those new to the project. I've come to
believe mailing lists are simply not a very good technology for fostering
community engagement and helping those who are running into difficulties.
Mailing lists are also difficult to search, and lack proper formatting
mechanisms to neatly display attributes such as code and output logs.

Looking around at alternative technologies available, Discourse appears to
be a suitable replacement. For those unaware, Discourse is (essentially) a
revamp of messaging forums. It is an increasingly popular platform for
users and developers in open source projects to communicate with one
another (see LLVM's discourse as an example: https://llvm.discourse.group).
All-in-all, I think it's a well-designed product and contains all the
features we'd expect and need to get our work done. I can see no immediate
downsides to using it, though feedback from the community on the matter
would be greatly appreciated, particularly from those who have used
Discourse before. Dissenting opinions on the whole idea of moving away from
the gem5-user's mailing list are also welcome.

So, let me know what you think! :)

Please note, regardless as to any decision made, we will continue the use
of the gem5-dev mailing list for technical discussions for the foreseeable
future.

Kind regards,
Bobby
--
Dr. Bobby R. Bruce
Room 2235,
Kemper Hall, UC Davis
Davis,
CA, 95616

web: https://www.bobbybruce.net
___
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] gem5 works with Windows System for Linux

[mike upton via gem5-users]

A few years ago I spent a few months trying to get gem5 working on Cygwin,
and gave up.

I just tried on the Ubuntu shell with WSL on win10, and it built and ran
just fine.

There are some tests failing, mostly the simple_mem tests. I will see what
is going on with those.
It may be memory capacity related, I have had the same tests fail in a
linux VM on top of win10.

Maybe everyone knows this already. I was surprised how close it is to fully
working.
___
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: How to modify the simulator to load shared libs

[Ciro Santilli via gem5-users]

Hmmm, it is there on develop:
https://github.com/gem5/gem5/blob/96fce476785a834f102ae69a895e661cf08e47cd/configs/common/Options.py#L402

On Tue, Jun 9, 2020 at 4:31 PM Shougang Yuan  wrote:
>
> I tried as you said, but the error message is "error: no such option: 
> --redirects", and I check the options.py file in the configs/common 
> directory, it seems that this option has been deprecated? Or is there 
> anything I misunderstand?
>
> Best regards.
> Shougang
>
> On Tue, Jun 9, 2020 at 10:40 AM Ciro Santilli  wrote:
>>
>> --redirects /lib64=/path/to/where/you/symlinked/everything
>>
>> The linker will search in /lib64 normally, then gem5 will redirect
>> that file read to the path with all symlinks.
>>
>> On Tue, Jun 9, 2020 at 3:26 PM Shougang Yuan  wrote:
>> >
>> > Hi, Crio,
>> >
>> > Could you please give more hints about redirect /lib64 or that directory? 
>> > I can understand syslink the needed shared library into a directory, and 
>> > after that, you mean I need to redirect the lib64 to this directory or?
>> >
>> > Best regards.
>> > Shougang
>> >
>> > On Tue, Jun 9, 2020 at 2:36 AM Ciro Santilli  
>> > wrote:
>> >>
>> >> One thing to try if you are desperate: symlink every needed shared
>> >> library into a directory, and then redirect /lib64 or that directory.
>> >> I'm pretty sure this should work.
>> >>
>> >> I'm not sure why LD_LIBRARY_PATH does not work. I would dig dieeper
>> >> and try to understand that, theoretically it feels like it should
>> >> work.
>> >>
>> >>
>> >> On Mon, Jun 8, 2020 at 6:05 PM Shougang Yuan via gem5-users
>> >>  wrote:
>> >> >
>> >> > Hi, All,
>> >> >
>> >> > I am currently trying to run some benchmarks that need some shared 
>> >> > libs. If I run these benchmarks on physical machines, I need to reset 
>> >> > LD_LIBRARY_PATH to load these libs.
>> >> >
>> >> > But when I run the benchmarks with gem5, I tried to use --env options 
>> >> > and --redirects options to set LD_LIBRARY_PATH, and these two options 
>> >> > seem to not work with LD_LIBRARY_PATH correctly.
>> >> >
>> >> > So how can I modify the simulator to load these shared libs. I am fine 
>> >> > to modify the simulator infrastructures. So can anyone give some hints 
>> >> > about this? Thanks a lot.
>> >> >
>> >> > Best regards.
>> >> > Shougang
>> >> > ___
>> >> > 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: How to modify the simulator to load shared libs

[Shougang Yuan via gem5-users]

I tried as you said, but the error message is "error: no such option:
--redirects", and I check the options.py file in the configs/common
directory, it seems that this option has been deprecated? Or is there
anything I misunderstand?

Best regards.
Shougang

On Tue, Jun 9, 2020 at 10:40 AM Ciro Santilli 
wrote:

> --redirects /lib64=/path/to/where/you/symlinked/everything
>
> The linker will search in /lib64 normally, then gem5 will redirect
> that file read to the path with all symlinks.
>
> On Tue, Jun 9, 2020 at 3:26 PM Shougang Yuan  wrote:
> >
> > Hi, Crio,
> >
> > Could you please give more hints about redirect /lib64 or that
> directory? I can understand syslink the needed shared library into a
> directory, and after that, you mean I need to redirect the lib64 to this
> directory or?
> >
> > Best regards.
> > Shougang
> >
> > On Tue, Jun 9, 2020 at 2:36 AM Ciro Santilli 
> wrote:
> >>
> >> One thing to try if you are desperate: symlink every needed shared
> >> library into a directory, and then redirect /lib64 or that directory.
> >> I'm pretty sure this should work.
> >>
> >> I'm not sure why LD_LIBRARY_PATH does not work. I would dig dieeper
> >> and try to understand that, theoretically it feels like it should
> >> work.
> >>
> >>
> >> On Mon, Jun 8, 2020 at 6:05 PM Shougang Yuan via gem5-users
> >>  wrote:
> >> >
> >> > Hi, All,
> >> >
> >> > I am currently trying to run some benchmarks that need some shared
> libs. If I run these benchmarks on physical machines, I need to reset
> LD_LIBRARY_PATH to load these libs.
> >> >
> >> > But when I run the benchmarks with gem5, I tried to use --env options
> and --redirects options to set LD_LIBRARY_PATH, and these two options seem
> to not work with LD_LIBRARY_PATH correctly.
> >> >
> >> > So how can I modify the simulator to load these shared libs. I am
> fine to modify the simulator infrastructures. So can anyone give some hints
> about this? Thanks a lot.
> >> >
> >> > Best regards.
> >> > Shougang
> >> > ___
> >> > 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: How to modify the simulator to load shared libs

[Ciro Santilli via gem5-users]

--redirects /lib64=/path/to/where/you/symlinked/everything

The linker will search in /lib64 normally, then gem5 will redirect
that file read to the path with all symlinks.

On Tue, Jun 9, 2020 at 3:26 PM Shougang Yuan  wrote:
>
> Hi, Crio,
>
> Could you please give more hints about redirect /lib64 or that directory? I 
> can understand syslink the needed shared library into a directory, and after 
> that, you mean I need to redirect the lib64 to this directory or?
>
> Best regards.
> Shougang
>
> On Tue, Jun 9, 2020 at 2:36 AM Ciro Santilli  wrote:
>>
>> One thing to try if you are desperate: symlink every needed shared
>> library into a directory, and then redirect /lib64 or that directory.
>> I'm pretty sure this should work.
>>
>> I'm not sure why LD_LIBRARY_PATH does not work. I would dig dieeper
>> and try to understand that, theoretically it feels like it should
>> work.
>>
>>
>> On Mon, Jun 8, 2020 at 6:05 PM Shougang Yuan via gem5-users
>>  wrote:
>> >
>> > Hi, All,
>> >
>> > I am currently trying to run some benchmarks that need some shared libs. 
>> > If I run these benchmarks on physical machines, I need to reset 
>> > LD_LIBRARY_PATH to load these libs.
>> >
>> > But when I run the benchmarks with gem5, I tried to use --env options and 
>> > --redirects options to set LD_LIBRARY_PATH, and these two options seem to 
>> > not work with LD_LIBRARY_PATH correctly.
>> >
>> > So how can I modify the simulator to load these shared libs. I am fine to 
>> > modify the simulator infrastructures. So can anyone give some hints about 
>> > this? Thanks a lot.
>> >
>> > Best regards.
>> > Shougang
>> > ___
>> > 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: How to modify the simulator to load shared libs

[Shougang Yuan via gem5-users]

Hi, Crio,

Could you please give more hints about redirect /lib64 or that directory? I
can understand syslink the needed shared library into a directory, and
after that, you mean I need to redirect the lib64 to this directory or?

Best regards.
Shougang

On Tue, Jun 9, 2020 at 2:36 AM Ciro Santilli 
wrote:

> One thing to try if you are desperate: symlink every needed shared
> library into a directory, and then redirect /lib64 or that directory.
> I'm pretty sure this should work.
>
> I'm not sure why LD_LIBRARY_PATH does not work. I would dig dieeper
> and try to understand that, theoretically it feels like it should
> work.
>
>
> On Mon, Jun 8, 2020 at 6:05 PM Shougang Yuan via gem5-users
>  wrote:
> >
> > Hi, All,
> >
> > I am currently trying to run some benchmarks that need some shared libs.
> If I run these benchmarks on physical machines, I need to reset
> LD_LIBRARY_PATH to load these libs.
> >
> > But when I run the benchmarks with gem5, I tried to use --env options
> and --redirects options to set LD_LIBRARY_PATH, and these two options seem
> to not work with LD_LIBRARY_PATH correctly.
> >
> > So how can I modify the simulator to load these shared libs. I am fine
> to modify the simulator infrastructures. So can anyone give some hints
> about this? Thanks a lot.
> >
> > Best regards.
> > Shougang
> > ___
> > 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] [HELP] How to play with gem5 riscv in FS mode

[Zhi Yong Wu via gem5-users]

HI

I'm glad to see this feature is enabled recently, but don't know how
to play with it, does anyone have any guide about it or know how to
play? e.g. some gem5.opt cmdline, or existing riscv64 kernel, bbl or
disk image? how to create these files? if there are some comments, it
will be appreciated, thanks.

-- 
Regards,

Zhi Yong Wu
___
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: How to modify the simulator to load shared libs

[Ciro Santilli via gem5-users]

One thing to try if you are desperate: symlink every needed shared
library into a directory, and then redirect /lib64 or that directory.
I'm pretty sure this should work.

I'm not sure why LD_LIBRARY_PATH does not work. I would dig dieeper
and try to understand that, theoretically it feels like it should
work.


On Mon, Jun 8, 2020 at 6:05 PM Shougang Yuan via gem5-users
 wrote:
>
> Hi, All,
>
> I am currently trying to run some benchmarks that need some shared libs. If I 
> run these benchmarks on physical machines, I need to reset LD_LIBRARY_PATH to 
> load these libs.
>
> But when I run the benchmarks with gem5, I tried to use --env options and 
> --redirects options to set LD_LIBRARY_PATH, and these two options seem to not 
> work with LD_LIBRARY_PATH correctly.
>
> So how can I modify the simulator to load these shared libs. I am fine to 
> modify the simulator infrastructures. So can anyone give some hints about 
> this? Thanks a lot.
>
> Best regards.
> Shougang
> ___
> 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