On Fri, 2 Mar 2012, Hao Wang wrote:
Thank you. I got your point... And my previous test on native machine is
stupid...
So I tried to install OpenCL SDK in disk image and changed root to that,
and run the program inside the disk image, it gives the same segfault as in
simulation.
If I copy the whole /usr/lib64 from my machine into the disk image, it can
run correctly on native machine, but gives some error for gem5 simulation.
Hao
On Thu, Mar 1, 2012 at 12:21 PM, Nilay Vaish <[email protected]> wrote:
On Thu, 1 Mar 2012, Hao Wang wrote:
It runs correctly on my own laptop (Intel i7 with AMD OpenCL SDK
installed).
My machine has a lot more lib files under /usr/lib, but I think I have
copied all the newly added files after installation of the SDK.
BTW, does gem5 support SSE3 extension for x86_64? I just heard that AMD's
OpenCL implementation may not support SSE2.
Hao
Are you able to run OpenCL programs on a native machine, under the
condition
that everything is on the disk image that you are using for x86 fs
simulation?
You may not have answered the question that I asked. When you run gem5 in
FS mode, it makes use of disk image. When you run the OpenCL program on
your laptop, are you running the program residing on that disk image? Can
you install OpenCL on that disk image, instead of copying files?
I don't know if SSE instructions are supported. You can check files in
src/arch/x86 directory.
Well, when you copy files, it might be that symbolic links are still
maintained as symbolic links, which will work if the disk image is mounted
on the native machine, but not when the disk image is used with gem5
simulator.
I suggest using a virtual machine to setup your disk image correctly, and
then you can carry out simulations using gem5. In the VM environment, you
would able to debug the problem in running OpenCL-based programs much more
easily.
--
Nilay
_______________________________________________
gem5-users mailing list
[email protected]
http://m5sim.org/cgi-bin/mailman/listinfo/gem5-users
