Hi,
I checked a couple of examples (apart from clinfo in the previous mail).
They seem to work fine:
*jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$
./hello_world_openclProfiling information:Queued time: 0.141msWait time:
4.29092msRun time:
1.85956msjbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$
cd
../template/jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/template$
./templateProfiling information:Queued time: 0.204msWait time:
0.26867msRun time: 0.00108ms*
Here is the output for gdb:
*jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$
gdb ./blas1GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7Copyright (C) 2014 Free
Software Foundation, Inc.License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html <http://gnu.org/licenses/gpl.html>>This
is free software: you are free to change and redistribute it.There is NO
WARRANTY, to the extent permitted by law. Type "show copying"and "show
warranty" for details.This GDB was configured as "arm-linux-gnueabihf".Type
"show configuration" for configuration details.For bug reporting
instructions, please see:<http://www.gnu.org/software/gdb/bugs/
<http://www.gnu.org/software/gdb/bugs/>>.Find the GDB manual and other
documentation resources online
at:<http://www.gnu.org/software/gdb/documentation/
<http://www.gnu.org/software/gdb/documentation/>>.For help, type
"help".Type "apropos word" to search for commands related to
"word"...Reading symbols from ./blas1...(no debugging symbols
found)...done.(gdb) rStarting program:
/home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial/blas1terminate
called after throwing an instance of 'viennacl::ocl::unknown_error'
what(): ViennaCL: FATAL ERROR: ViennaCL encountered an unknown OpenCL
error. Most likely your OpenCL SDK or driver is not installed properly. In
some cases, this error is due to an invalid global work size or several
kernel compilation errors.If you think that this is a bug in ViennaCL,
please report it at [email protected]
<[email protected]> and supply at least the following
information: * Operating System * Which OpenCL implementation (AMD, NVIDIA,
etc.) * ViennaCL versionMany thanks in advance!Program received signal
SIGABRT, Aborted.__libc_do_syscall () at
../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:4444
../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S: No such file or
directory.(gdb) bt#0 __libc_do_syscall () at
../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:44#1 0xb6db8f0e in
__GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56#2 0xb6dbb766 in __GI_abort ()
at abort.c:89#3 0xb6f517a8 in __gnu_cxx::__verbose_terminate_handler() ()
from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6#4 0xb6f501c8 in ?? ()
from /usr/lib/arm-linux-gnueabihf/libstdc++.so.6Backtrace stopped: previous
frame identical to this frame (corrupt stack?)*
Regards,
Sandra
El jue, 18 nov 2021 a las 16:27, Karl Rupp (<[email protected]>)
escribió:
> Hi,
>
> thank you for providing the ldd output.
>
> The suspicious line is the libOpenCL.so in the LDD output.
>
> libOpenCL.so => /home/jbelloch/EQU_FILTERING_sandra/opencl/lib/libOpenCL.so
>
> looks wrong to me. I'm surprised that clinfo doesn't show an output for
> libOpenCL.so, but at least there is this:
> /usr/lib/arm-linux-gnueabihf/mali-egl/libmali.so
>
> Can you please verify that the OpenCL installation in
> /home/jbelloch/EQU_FILTERING_sandra/
> is working? I don't know what resides in that folder, but it should have
> some samples to check for correct installation.
>
> Also, can you please run one of the examples from ViennaCL in gdb and
> send a stacktrace? That is, run
> gdb ./blas1
> and then at the gdb prompt type
> r
> and then after the crash type
> bt
>
> Best regards,
> Karli
>
>
>
> On 11/18/21 14:56, SANDRA CATALAN PALLARES wrote:
> > Good afternoon,
> >
> > I could not make work the examples included in ViennaCL yet. However, I
> > compared the result of ldd on one of the ViennaCL examples and clinfo.
> > The number of linked libraries is significantly different and I wonder
> > if any of them should be also linked for the ViennaCL example and how
> > I can add them to the compilation.
> >
> > The output of ldd is below.
> >
> > Thanks in advance.
> >
> > Best regards,
> > Sadra
> >
> > jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$
>
> > ldd amg
> > libOpenCL.so =>
> > /home/jbelloch/EQU_FILTERING_sandra/opencl/lib/libOpenCL.so (0xb6f19000)
> > *libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
> (0xb6e4c000)*
> > * libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb6de0000)
> > libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1
> > (0xb6dbf000)
> > libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6cd8000)*
> > */lib/ld-linux-armhf.so.3 (0xb6f28000)*
> >
> > jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$
>
> > ldd ../../../opencl/samples/clinfo/clinfo
> > libmali.so => /usr/lib/arm-linux-gnueabihf/mali-egl/libmali.so
> > (0xb5e17000)
> > *libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6
> (0xb5d6c000)*
> > *libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xb5d00000)
> > libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1
> > (0xb5cdf000)
> > libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb5bf8000)*
> > * /lib/ld-linux-armhf.so.3 (0xb6f2c000)*
> > libX11.so.6 => /usr/lib/arm-linux-gnueabihf/libX11.so.6
> > (0xb5b12000)
> > libX11-xcb.so.1 => /usr/lib/arm-linux-gnueabihf/libX11-xcb.so.1
> > (0xb5b07000)
> > libdrm.so.2 => /usr/lib/arm-linux-gnueabihf/libdrm.so.2
> > (0xb5af7000)
> > libxcb.so.1 => /usr/lib/arm-linux-gnueabihf/libxcb.so.1
> > (0xb5add000)
> > libxcb-render.so.0 =>
> > /usr/lib/arm-linux-gnueabihf/libxcb-render.so.0 (0xb5acf000)
> > libxcb-dri2.so.0 =>
> > /usr/lib/arm-linux-gnueabihf/libxcb-dri2.so.0 (0xb5ac4000)
> > libXext.so.6 => /usr/lib/arm-linux-gnueabihf/libXext.so.6
> > (0xb5ab0000)
> > libXau.so.6 => /usr/lib/arm-linux-gnueabihf/libXau.so.6
> > (0xb5aa5000)
> > libXfixes.so.3 => /usr/lib/arm-linux-gnueabihf/libXfixes.so.3
> > (0xb5a99000)
> > libXdmcp.so.6 => /usr/lib/arm-linux-gnueabihf/libXdmcp.so.6
> > (0xb5a8d000)
> > libXcomposite.so.1 =>
> > /usr/lib/arm-linux-gnueabihf/libXcomposite.so.1 (0xb5a82000)
> > libXrender.so.1 => /usr/lib/arm-linux-gnueabihf/libXrender.so.1
> > (0xb5a72000)
> > libXrandr.so.2 => /usr/lib/arm-linux-gnueabihf/libXrandr.so.2
> > (0xb5a64000)
> > librt.so.1 => /lib/arm-linux-gnueabihf/librt.so.1 (0xb5a56000)
> > libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0
> > (0xb5a3b000)
> > libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xb5a30000)
> >
> > El lun, 15 nov 2021 a las 15:25, SANDRA CATALAN PALLARES
> > (<[email protected] <mailto:[email protected]>>) escribió:
> >
> > Dear Karl,
> >
> > I installed OpenCL in my home directory and rebuilt Vienna CL,
> > however, I still get the same error message.
> >
> > I checked the installation of OpenCL, the hello_world_opencl example
> > seems to work properly:
> > /jbelloch@odroid
> :~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$
> > ./hello_world_opencl
> > Profiling information:
> > Queued time: 0.173ms
> > Wait time: 4.33126ms
> > Run time: 1.92701ms/
> >
> > And clinfo seems so:
> > /jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/clinfo$
> ./clinfo
> > Number of platforms: 1
> > Platform #0
> > Name: ARM Platform
> > Version: OpenCL 1.1
> >
> > Number of devices of platform 0: 2
> > Device #0
> > Name: Mali-T628
> > Type: GPU
> > Version: OpenCL 1.1
> > Global memory size: 1 GB 970 MB 796 kB
> > Local memory size: 32 kB
> > Max work group size: 256
> > Max work item sizes: (256, 256, 256)
> >
> > Device #1
> > Name: Mali-T628
> > Type: GPU
> > Version: OpenCL 1.1
> > Global memory size: 1 GB 970 MB 796 kB
> > Local memory size: 32 kB
> > Max work group size: 256
> > Max work item sizes: (256, 256, 256)/
> >
> > In order to compile ViennaCL I just updated the cmake line and the
> > environment variables with the current installation paths getting
> > the same error as before. Can you give me any hint about the
> > "obstacles in the system setup" that you mention in the previous
> email?
> >
> > Thanks for your help.
> >
> > Cheers,
> > Sandra
> >
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
> >
> > Virus-free. www.avast.com
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
> >
> >
> >
> > <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> >
> > El lun, 15 nov 2021 a las 11:53, Karl Rupp (<[email protected]
> > <mailto:[email protected]>>) escribió:
> >
> > Dear Sandra,
> >
> > okay, good, having a working clinfo is a good step. :-)
> >
> > The cmake line looks fine, also the PATH and LD_LIBRARY_PATH
> > export are
> > fine. Having OpenCL installed in a different home directory
> > sounds a bit
> > suspicious, though. Is the user account running ViennaCL the
> > same as the
> > user account running clinfo?
> >
> > (Note: We ran quite a number of benchmarks on an ODROID-XU3;
> > however, I
> > recall that there were a few obstacles in the system setup that
> > we had
> > to sort out.)
> >
> > Best regards,
> > Karli
> >
> >
> >
> > On 11/15/21 09:44, SANDRA CATALAN PALLARES wrote:
> > > Dear Karl,
> > >
> > > The clinfo seems to work well:
> > >
> //home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/samples/clinfo/clinfo
> > > Number of platforms: 1
> > > Platform #0
> > > Name: ARM Platform
> > > Version: OpenCL 1.1
> > >
> > > Number of devices of platform 0: 2
> > > Device #0
> > > Name: Mali-T628
> > > Type: GPU
> > > Version: OpenCL 1.1
> > > Global memory size: 1 GB 970 MB 796 kB
> > > Local memory size: 32 kB
> > > Max work group size: 256
> > > Max work item sizes: (256, 256, 256)
> > >
> > > Device #1
> > > Name: Mali-T628
> > > Type: GPU
> > > Version: OpenCL 1.1
> > > Global memory size: 1 GB 970 MB 796 kB
> > > Local memory size: 32 kB
> > > Max work group size: 256
> > > Max work item sizes: (256, 256, 256)/
> > > /
> > > /
> > > Could it be a problem that OpenCL is installed in another
> > user's home? I
> > > exported the PATH and LD_LIBRARY_PATH variables accordingly,
> > but still
> > > got the same error.
> > >
> > > These are the steps I followed to compile ViennaCL:
> > >
> > > /2032 cmake
> > -DOPENCLROOT=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/
> > >
> >
> -DOPENCL_LIBRARY=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/lib/libOpenCL.so
> >
> > > ENABLE_UBLAS .
> > > 2033 make
> > > 2034 ls
> > > 2035 cd examples/tutorial/
> > > 2036 ls
> > > 2037 ./qr
> > > 2038 export
> > >
> >
> PATH=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/samples/clinfo:$PATH
> > > 2039 export
> > >
> >
>
> LD_LIBRARY_PATH=/home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/lib:$LD_LIBRARY_PATH
> > > 2040 ./qr/
> > > /
> > > /
> > > Thanks for your help.
> > >
> > > Best regards,
> > > Sandra
> > >
> > >
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
> >>
> >
> > > Virus-free. www.avast.com <http://www.avast.com>
> > >
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
> >>
> >
> > >
> > >
> > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> > >
> > > El vie, 12 nov 2021 a las 16:24, Karl Rupp
> > (<[email protected] <mailto:[email protected]>
> > > <mailto:[email protected]
> > <mailto:[email protected]>>>) escribió:
> > >
> > > Hi,
> > >
> > > this error usually indicates that your OpenCL
> > installation isn't
> > > working
> > > properly. Does clinfo work from the command line?
> > >
> > > Best regards,
> > > Karli
> > >
> > >
> > > On 11/12/21 14:05, SANDRA CATALAN PALLARES wrote:
> > > > Good morning,
> > > >
> > > > I am trying to run the examples included in Vienna,
> > but I get the
> > > > following error:
> > > >
> > > > /./qr
> > > > terminate called after throwing an instance of
> > > > 'viennacl::ocl::unknown_error'
> > > > what(): ViennaCL: FATAL ERROR: ViennaCL
> > encountered an unknown
> > > > OpenCL error. Most likely your OpenCL SDK or driver is
> > not installed
> > > > properly. In some cases, this error is due to an
> > invalid global work
> > > > size or several kernel compilation errors.
> > > > If you think that this is a bug in ViennaCL, please
> > report it at
> > > > [email protected]
> > <mailto:[email protected]>
> > > <mailto:[email protected]
> > <mailto:[email protected]>>
> > > > <mailto:[email protected]
> > <mailto:[email protected]>
> > > <mailto:[email protected]
> > <mailto:[email protected]>>> and supply at
> > least
> > > the
> > > > following information:
> > > > * Operating System
> > > > * Which OpenCL implementation (AMD, NVIDIA, etc.)
> > > > * ViennaCL version
> > > > Many thanks in advance!
> > > > Aborted/
> > > >
> > > > I am compiling the library on an ODROID-XU3, with
> > Ubuntu 14.04.1
> > > LTS.
> > > > The OpenCL implementation is Mali_OpenCL_SDK_v1.1.0,
> > which seems
> > > to work
> > > > properly and the Vienna version is 1.7.1.
> > > >
> > > > Thanks in advance,
> > > > Sandra Catalán
> > > > --
> > > >
> > > > *Sandra Catalán Pallarés*
> > > > SecciónDept. Arquitectura de Computadores y Automática
> > > > Facultad de Ciencias Físicas - Desp. 223
> > > > Universidad Complutense de Madrid
> > > > 28040 - Madrid (Spain)
> > > > (+34) 91 394 *4394 - *[email protected]
> > <mailto:[email protected]> <mailto:[email protected]
> > <mailto:[email protected]>>
> > > <mailto:[email protected] <mailto:[email protected]>
> > <mailto:[email protected] <mailto:[email protected]>>>
> > > >
> > > >
> > > > _______________________________________________
> > > > ViennaCL-support mailing list
> > > > [email protected]
> > <mailto:[email protected]>
> > > <mailto:[email protected]
> > <mailto:[email protected]>>
> > > >
> > https://lists.sourceforge.net/lists/listinfo/viennacl-support
> > <https://lists.sourceforge.net/lists/listinfo/viennacl-support>
> > >
> > <https://lists.sourceforge.net/lists/listinfo/viennacl-support
> > <https://lists.sourceforge.net/lists/listinfo/viennacl-support>>
> > > >
> > >
> > >
> > >
> > > --
> > >
> > > *Sandra Catalán Pallarés*
> > > SecciónDept. Arquitectura de Computadores y Automática
> > > Facultad de Ciencias Físicas - Desp. 223
> > > Universidad Complutense de Madrid
> > > 28040 - Madrid (Spain)
> > > (+34) 91 394 *4394 - *[email protected]
> > <mailto:[email protected]> <mailto:[email protected]
> > <mailto:[email protected]>>
> >
> >
> >
> > --
> >
> > *Sandra Catalán Pallarés*
> > SecciónDept. Arquitectura de Computadores y Automática
> > Facultad de Ciencias Físicas - Desp. 223
> > Universidad Complutense de Madrid
> > 28040 - Madrid (Spain)
> > (+34) 91 394 *4394 - *[email protected] <mailto:[email protected]>
> >
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=icon
> >
> > Virus-free. www.avast.com
> > <
> https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail&utm_term=link
> >
> >
> >
> > <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
> >
> >
> >
> > --
> >
> > *Sandra Catalán Pallarés*
> > SecciónDept. Arquitectura de Computadores y Automática
> > Facultad de Ciencias Físicas - Desp. 223
> > Universidad Complutense de Madrid
> > 28040 - Madrid (Spain)
> > (+34) 91 394 *4394 - *[email protected] <mailto:[email protected]>
>
--
*Sandra Catalán Pallarés*
Sección Dept. Arquitectura de Computadores y Automática
Facultad de Ciencias Físicas - Desp. 223
Universidad Complutense de Madrid
28040 - Madrid (Spain)
(+34) 91 394 *4394 - *[email protected]
_______________________________________________
ViennaCL-support mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/viennacl-support
