You can subscribe to this list here.
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(8) |
Jul
(16) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
(5) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2011 |
Jan
(4) |
Feb
(3) |
Mar
(5) |
Apr
|
May
(24) |
Jun
|
Jul
(5) |
Aug
(17) |
Sep
|
Oct
(6) |
Nov
(9) |
Dec
(8) |
2012 |
Jan
(5) |
Feb
(14) |
Mar
(25) |
Apr
(7) |
May
(15) |
Jun
(12) |
Jul
(22) |
Aug
(4) |
Sep
(10) |
Oct
(10) |
Nov
(19) |
Dec
(17) |
2013 |
Jan
(8) |
Feb
(10) |
Mar
(16) |
Apr
(3) |
May
(16) |
Jun
(26) |
Jul
|
Aug
(9) |
Sep
|
Oct
(8) |
Nov
(17) |
Dec
(2) |
2014 |
Jan
(37) |
Feb
(15) |
Mar
(6) |
Apr
(9) |
May
(11) |
Jun
(11) |
Jul
(9) |
Aug
(9) |
Sep
(19) |
Oct
(4) |
Nov
(22) |
Dec
(21) |
2015 |
Jan
|
Feb
(7) |
Mar
(2) |
Apr
(17) |
May
(22) |
Jun
(11) |
Jul
(11) |
Aug
(6) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
|
2016 |
Jan
(1) |
Feb
(3) |
Mar
(4) |
Apr
(8) |
May
(8) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
2017 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
(19) |
May
|
Jun
(7) |
Jul
(7) |
Aug
(2) |
Sep
(6) |
Oct
|
Nov
(3) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
|
Nov
(2) |
Dec
|
2019 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
2020 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
(2) |
Oct
|
Nov
(31) |
Dec
(4) |
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Karl R. <ru...@iu...> - 2021-11-19 07:33:02
|
Good morning, oh - now I'm puzzled. :-/ Can you please add a std::cout << err << std::endl; after std::cout << "# Platforms found: " << num_platforms << std::endl; Which value do you get? Maybe clGetPlatformIDs returns a nonzero error code? Best regards, Karli On 11/19/21 08:29, SANDRA CATALAN PALLARES wrote: > Hi, > > The example is working :) > > jbelloch@odroid:~/EQU_FILTERING_sandra/test_opencl$ g++ test.cpp > -lOpenCL -L/home/jbelloch/EQU_FILTERING_sandra/opencl/lib/ > jbelloch@odroid:~/EQU_FILTERING_sandra/test_opencl$ ./a.out > # Platforms found: 1 > > Cheers, > Sandra > > El jue, 18 nov 2021 a las 19:48, Karl Rupp (<ru...@iu... > <mailto:ru...@iu...>>) escribió: > > thanks! This indicates that there is no OpenCL platform detected on > your > system. Basically this is the simplest query of all. > > Can you try to compile and run the following minimal example? > > > #include <iostream> > #include <string> > #include <vector> > #include <cmath> > #include <stdexcept> > > #ifdef __APPLE__ > #include <OpenCL/cl.h> > #else > #include <CL/cl.h> > #endif > > int main() > { > cl_uint num_platforms; > cl_platform_id platform_ids[42]; > cl_int err = clGetPlatformIDs(42, platform_ids, &num_platforms); > std::cout << "# Platforms found: " << num_platforms << std::endl; > > return 0; > } > > > > $> g++ test.cpp -lOpenCL > -L/home/jbelloch/EQU_FILTERING_sandra/opencl/lib/ > > should produce the executable a.out. > > It should return at least one platform. > > Thanks and best regards, > Karli > > > > > |
From: SANDRA C. P. <sca...@uc...> - 2021-11-19 07:29:30
|
Hi, The example is working :) jbelloch@odroid:~/EQU_FILTERING_sandra/test_opencl$ g++ test.cpp -lOpenCL -L/home/jbelloch/EQU_FILTERING_sandra/opencl/lib/ jbelloch@odroid:~/EQU_FILTERING_sandra/test_opencl$ ./a.out # Platforms found: 1 Cheers, Sandra El jue, 18 nov 2021 a las 19:48, Karl Rupp (<ru...@iu...>) escribió: > thanks! This indicates that there is no OpenCL platform detected on your > system. Basically this is the simplest query of all. > > Can you try to compile and run the following minimal example? > > > #include <iostream> > #include <string> > #include <vector> > #include <cmath> > #include <stdexcept> > > #ifdef __APPLE__ > #include <OpenCL/cl.h> > #else > #include <CL/cl.h> > #endif > > int main() > { > cl_uint num_platforms; > cl_platform_id platform_ids[42]; > cl_int err = clGetPlatformIDs(42, platform_ids, &num_platforms); > std::cout << "# Platforms found: " << num_platforms << std::endl; > > return 0; > } > > > > $> g++ test.cpp -lOpenCL > -L/home/jbelloch/EQU_FILTERING_sandra/opencl/lib/ > > should produce the executable a.out. > > It should return at least one platform. > > Thanks and best regards, > Karli > > > > > > On 11/18/21 17:35, SANDRA CATALAN PALLARES wrote: > > I just rerun the blas1 example. After compiling ViennaCL with > > -DCMAKE_CXX_FLAGS="-DVIENNACL_DEBUG_ALL" this is the output o fgdb > > > > /jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$ > gdb > > ./blas1 > > GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7 > > Copyright (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) r > > Starting program: > > > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial/blas1 > > ViennaCL: Getting current_context with id 0 > > ViennaCL: Initializing context no. 0 > > ViennaCL: Initializing new ViennaCL context. > > ViennaCL: Setting all devices for context... > > ViennaCL: Getting platform... > > ViennaCL: Error -1090527312 in function platform ( > > > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/viennacl/ocl/platform.hpp:58 > > > ) > > 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 > > vie...@li... > > <mailto:vie...@li...> and supply at least the > > following information: > > * Operating System > > * Which OpenCL implementation (AMD, NVIDIA, etc.) > > * ViennaCL version > > Many thanks in advance! > > > > Program received signal SIGABRT, Aborted. > > __libc_do_syscall () at > > ../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:44 > > 44 ../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.6 > > Backtrace stopped: previous frame identical to this frame (corrupt > stack?)/ > > > > El jue, 18 nov 2021 a las 16:53, Karl Rupp (<ru...@iu... > > <mailto:ru...@iu...>>) escribió: > > > > Hi Sandra, > > > > thanks for the clarification. > > > > Can you please add > > -DVIENNACL_DEBUG_ALL > > to the compiler invocation? You can set this via CMAKE_CXX_FLAGS > either > > via ccmake, cmake-gui or by calling > > cmake .. -DCMAKE_CXX_FLAGS="-DVIENNACL_DEBUG_ALL" > > from your build directory (assuming that this is a subfolder, > otherwise > > adjust the path accordingly) > > > > Rerunning the examples should then include a lot of diagnostic > > output to > > pin this down. > > > > Thanks and best regards, > > Karli > > > > > > On 11/18/21 16:40, SANDRA CATALAN PALLARES wrote: > > > 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_opencl > > > Profiling information: > > > Queued time: 0.141ms > > > Wait time: 4.29092ms > > > Run time: 1.85956ms > > > > > jbelloch@odroid > :~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$ > > cd > > > ../template/ > > > jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/template$ > > ./template > > > Profiling information: > > > Queued time: 0.204ms > > > Wait time: 0.26867ms > > > Run time: 0.00108ms/ > > > > > > > > > Here is the output for gdb: > > > > > > > > /jbelloch@odroid > :~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$ > > gdb > > > ./blas1 > > > GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7 > > > Copyright (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> <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/> > > > <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/> > > > <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) r > > > Starting program: > > > > > > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial/blas1 > > > 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 > > > vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> and supply at least > > the > > > following information: > > > * Operating System > > > * Which OpenCL implementation (AMD, NVIDIA, etc.) > > > * ViennaCL version > > > Many thanks in advance! > > > > > > Program received signal SIGABRT, Aborted. > > > __libc_do_syscall () at > > > ../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:44 > > > 44 ../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.6 > > > Backtrace stopped: previous frame identical to this frame > > (corrupt stack?)/ > > > / > > > / > > > Regards, > > > Sandra > > > > > > El jue, 18 nov 2021 a las 16:27, Karl Rupp > > (<ru...@iu... <mailto:ru...@iu...> > > > <mailto:ru...@iu... <mailto:ru...@iu...>>>) > > 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 > > > > (<sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>>>) 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 > < > 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 > < > 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> > > <http://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> > < > 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 > >>> > > > > > > > > > > > > > > <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > > > > > > > El lun, 15 nov 2021 a las 11:53, Karl Rupp > > > (<ru...@iu... <mailto:ru...@iu...> > > <mailto:ru...@iu... <mailto:ru...@iu...>> > > > > <mailto:ru...@iu... > > <mailto:ru...@iu...> > > > <mailto:ru...@iu... > > <mailto:ru...@iu...>>>>) 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> > < > 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 > >> > > > > > > > > > < > 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> > < > 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> <http://www.avast.com <http://www.avast.com>> > > > <http://www.avast.com <http://www.avast.com> > > <http://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> > < > 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 > >> > > > > > > > > > < > 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> > < > 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 > > > > (<ru...@iu... > > <mailto:ru...@iu...> <mailto:ru...@iu... > > <mailto:ru...@iu...>> > > > <mailto:ru...@iu... <mailto:ru...@iu...> > > <mailto:ru...@iu... <mailto:ru...@iu...>>> > > > > > <mailto:ru...@iu... > > <mailto:ru...@iu...> > > > <mailto:ru...@iu... <mailto:ru...@iu...>> > > > > <mailto:ru...@iu... > > <mailto:ru...@iu...> > > > <mailto:ru...@iu... > > <mailto:ru...@iu...>>>>>) 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 > > > > > > vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>>> > > > > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>>>> > > > > > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>>> > > > > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>>>>> 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 - *sca...@uc... > > <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>>> > > > > > <mailto:sca...@uc... > > <mailto:sca...@uc...> <mailto:sca...@uc... > > <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>>>> > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > ViennaCL-support mailing list > > > > > > Vie...@li... > > <mailto:Vie...@li...> > > > <mailto:Vie...@li... > > <mailto:Vie...@li...>> > > > > <mailto:Vie...@li... > > <mailto:Vie...@li...> > > > <mailto:Vie...@li... > > <mailto:Vie...@li...>>> > > > > > > > <mailto:Vie...@li... > > <mailto:Vie...@li...> > > > <mailto:Vie...@li... > > <mailto:Vie...@li...>> > > > > <mailto:Vie...@li... > > <mailto:Vie...@li...> > > > <mailto:Vie...@li... > > <mailto:Vie...@li...>>>> > > > > > > > > > > > > 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>> > > > > > > > > > <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>>> > > > > > > > > > > > > > > <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>> > > > > > > > > > <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 - *sca...@uc... > > <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>>> > > > > > > > > > > > > > > > > -- > > > > > > > > *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 - *sca...@uc... > > <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > > > > > > < > 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> > < > 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> > > <http://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> > < > 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 > >>> > > > > > > > > > > > > > > <#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 - *sca...@uc... > > <mailto:sca...@uc...> <mailto:sca...@uc... > > <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > > > > > -- > > > > > > *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 - *sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > > > > > -- > > > > *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 - *sca...@uc... <mailto:sca...@uc...> > -- *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 - *sca...@uc... |
From: SANDRA C. P. <sca...@uc...> - 2021-11-18 19:29:03
|
I just rerun the blas1 example. After compiling ViennaCL with -DCMAKE_CXX_FLAGS="-DVIENNACL_DEBUG_ALL" this is the output o fgdb *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/blas1ViennaCL: Getting current_context with id 0ViennaCL: Initializing context no. 0ViennaCL: Initializing new ViennaCL context.ViennaCL: Setting all devices for context...ViennaCL: Getting platform...ViennaCL: Error -1090527312 in function platform ( /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/viennacl/ocl/platform.hpp:58 )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 vie...@li... <vie...@li...> 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?)* El jue, 18 nov 2021 a las 16:53, Karl Rupp (<ru...@iu...>) escribió: > Hi Sandra, > > thanks for the clarification. > > Can you please add > -DVIENNACL_DEBUG_ALL > to the compiler invocation? You can set this via CMAKE_CXX_FLAGS either > via ccmake, cmake-gui or by calling > cmake .. -DCMAKE_CXX_FLAGS="-DVIENNACL_DEBUG_ALL" > from your build directory (assuming that this is a subfolder, otherwise > adjust the path accordingly) > > Rerunning the examples should then include a lot of diagnostic output to > pin this down. > > Thanks and best regards, > Karli > > > On 11/18/21 16:40, SANDRA CATALAN PALLARES wrote: > > 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_opencl > > Profiling information: > > Queued time: 0.141ms > > Wait time: 4.29092ms > > Run time: 1.85956ms > > jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$ > cd > > ../template/ > > jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/template$ > ./template > > Profiling information: > > Queued time: 0.204ms > > Wait time: 0.26867ms > > Run time: 0.00108ms/ > > > > > > Here is the output for gdb: > > > > /jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$ > gdb > > ./blas1 > > GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7 > > Copyright (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) r > > Starting program: > > > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial/blas1 > > 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 > > vie...@li... > > <mailto:vie...@li...> and supply at least the > > following information: > > * Operating System > > * Which OpenCL implementation (AMD, NVIDIA, etc.) > > * ViennaCL version > > Many thanks in advance! > > > > Program received signal SIGABRT, Aborted. > > __libc_do_syscall () at > > ../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:44 > > 44 ../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.6 > > Backtrace stopped: previous frame identical to this frame (corrupt > stack?)/ > > / > > / > > Regards, > > Sandra > > > > El jue, 18 nov 2021 a las 16:27, Karl Rupp (<ru...@iu... > > <mailto:ru...@iu...>>) 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 > > > (<sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>>) 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 > < > 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 > >> > > > > > > > > > <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > > > > > El lun, 15 nov 2021 a las 11:53, Karl Rupp > > (<ru...@iu... <mailto:ru...@iu...> > > > <mailto:ru...@iu... > > <mailto:ru...@iu...>>>) 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 > > > > > > > < > 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> > > <http://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 > > > > > > > < > 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 > > > (<ru...@iu... <mailto:ru...@iu...> > > <mailto:ru...@iu... <mailto:ru...@iu...>> > > > > <mailto:ru...@iu... > > <mailto:ru...@iu...> > > > <mailto:ru...@iu... > > <mailto:ru...@iu...>>>>) 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 > > > > > vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>>> > > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>>>> 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 - *sca...@uc... > > <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>>> > > > > > > > > > > > > > > > _______________________________________________ > > > > > ViennaCL-support mailing list > > > > > Vie...@li... > > <mailto:Vie...@li...> > > > <mailto:Vie...@li... > > <mailto:Vie...@li...>> > > > > <mailto:Vie...@li... > > <mailto:Vie...@li...> > > > <mailto:Vie...@li... > > <mailto:Vie...@li...>>> > > > > > > > > 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>> > > > > > > > > > <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 - *sca...@uc... > > <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > > > > > -- > > > > > > *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 - *sca...@uc... > > <mailto:sca...@uc...> <mailto:sca...@uc... > > <mailto:sca...@uc...>> > > > > > > > > < > 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 > >> > > > > > > > > > <#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 - *sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > > > > > -- > > > > *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 - *sca...@uc... <mailto:sca...@uc...> > -- *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 - *sca...@uc... |
From: Karl R. <ru...@iu...> - 2021-11-18 18:48:21
|
thanks! This indicates that there is no OpenCL platform detected on your system. Basically this is the simplest query of all. Can you try to compile and run the following minimal example? #include <iostream> #include <string> #include <vector> #include <cmath> #include <stdexcept> #ifdef __APPLE__ #include <OpenCL/cl.h> #else #include <CL/cl.h> #endif int main() { cl_uint num_platforms; cl_platform_id platform_ids[42]; cl_int err = clGetPlatformIDs(42, platform_ids, &num_platforms); std::cout << "# Platforms found: " << num_platforms << std::endl; return 0; } $> g++ test.cpp -lOpenCL -L/home/jbelloch/EQU_FILTERING_sandra/opencl/lib/ should produce the executable a.out. It should return at least one platform. Thanks and best regards, Karli On 11/18/21 17:35, SANDRA CATALAN PALLARES wrote: > I just rerun the blas1 example. After compiling ViennaCL with > -DCMAKE_CXX_FLAGS="-DVIENNACL_DEBUG_ALL" this is the output o fgdb > > /jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$ gdb > ./blas1 > GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7 > Copyright (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) r > Starting program: > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial/blas1 > ViennaCL: Getting current_context with id 0 > ViennaCL: Initializing context no. 0 > ViennaCL: Initializing new ViennaCL context. > ViennaCL: Setting all devices for context... > ViennaCL: Getting platform... > ViennaCL: Error -1090527312 in function platform ( > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/viennacl/ocl/platform.hpp:58 > ) > 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 > vie...@li... > <mailto:vie...@li...> and supply at least the > following information: > * Operating System > * Which OpenCL implementation (AMD, NVIDIA, etc.) > * ViennaCL version > Many thanks in advance! > > Program received signal SIGABRT, Aborted. > __libc_do_syscall () at > ../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:44 > 44 ../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.6 > Backtrace stopped: previous frame identical to this frame (corrupt stack?)/ > > El jue, 18 nov 2021 a las 16:53, Karl Rupp (<ru...@iu... > <mailto:ru...@iu...>>) escribió: > > Hi Sandra, > > thanks for the clarification. > > Can you please add > -DVIENNACL_DEBUG_ALL > to the compiler invocation? You can set this via CMAKE_CXX_FLAGS either > via ccmake, cmake-gui or by calling > cmake .. -DCMAKE_CXX_FLAGS="-DVIENNACL_DEBUG_ALL" > from your build directory (assuming that this is a subfolder, otherwise > adjust the path accordingly) > > Rerunning the examples should then include a lot of diagnostic > output to > pin this down. > > Thanks and best regards, > Karli > > > On 11/18/21 16:40, SANDRA CATALAN PALLARES wrote: > > 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_opencl > > Profiling information: > > Queued time: 0.141ms > > Wait time: 4.29092ms > > Run time: 1.85956ms > > > jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$ > cd > > ../template/ > > jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/template$ > ./template > > Profiling information: > > Queued time: 0.204ms > > Wait time: 0.26867ms > > Run time: 0.00108ms/ > > > > > > Here is the output for gdb: > > > > > /jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$ > gdb > > ./blas1 > > GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7 > > Copyright (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> <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/> > > <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/> > > <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) r > > Starting program: > > > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial/blas1 > > 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 > > vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> and supply at least > the > > following information: > > * Operating System > > * Which OpenCL implementation (AMD, NVIDIA, etc.) > > * ViennaCL version > > Many thanks in advance! > > > > Program received signal SIGABRT, Aborted. > > __libc_do_syscall () at > > ../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:44 > > 44 ../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.6 > > Backtrace stopped: previous frame identical to this frame > (corrupt stack?)/ > > / > > / > > Regards, > > Sandra > > > > El jue, 18 nov 2021 a las 16:27, Karl Rupp > (<ru...@iu... <mailto:ru...@iu...> > > <mailto:ru...@iu... <mailto:ru...@iu...>>>) > 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 > > > (<sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>>>) 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 <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 <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> > <http://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> <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>>> > > > > > > > > > > <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > > > > > El lun, 15 nov 2021 a las 11:53, Karl Rupp > > (<ru...@iu... <mailto:ru...@iu...> > <mailto:ru...@iu... <mailto:ru...@iu...>> > > > <mailto:ru...@iu... > <mailto:ru...@iu...> > > <mailto:ru...@iu... > <mailto:ru...@iu...>>>>) 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> <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>> > > > > > > <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> <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> <http://www.avast.com <http://www.avast.com>> > > <http://www.avast.com <http://www.avast.com> > <http://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> <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>> > > > > > > <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> <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 > > > (<ru...@iu... > <mailto:ru...@iu...> <mailto:ru...@iu... > <mailto:ru...@iu...>> > > <mailto:ru...@iu... <mailto:ru...@iu...> > <mailto:ru...@iu... <mailto:ru...@iu...>>> > > > > <mailto:ru...@iu... > <mailto:ru...@iu...> > > <mailto:ru...@iu... <mailto:ru...@iu...>> > > > <mailto:ru...@iu... > <mailto:ru...@iu...> > > <mailto:ru...@iu... > <mailto:ru...@iu...>>>>>) 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 > > > > > vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>>> > > > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>>>> > > > > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>>> > > > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>>>>> 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 - *sca...@uc... > <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>>> > > > > <mailto:sca...@uc... > <mailto:sca...@uc...> <mailto:sca...@uc... > <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>>>> > > > > > > > > > > > > > > > > _______________________________________________ > > > > > ViennaCL-support mailing list > > > > > Vie...@li... > <mailto:Vie...@li...> > > <mailto:Vie...@li... > <mailto:Vie...@li...>> > > > <mailto:Vie...@li... > <mailto:Vie...@li...> > > <mailto:Vie...@li... > <mailto:Vie...@li...>>> > > > > > <mailto:Vie...@li... > <mailto:Vie...@li...> > > <mailto:Vie...@li... > <mailto:Vie...@li...>> > > > <mailto:Vie...@li... > <mailto:Vie...@li...> > > <mailto:Vie...@li... > <mailto:Vie...@li...>>>> > > > > > > > > > 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>> > > > > > > <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>>> > > > > > > > > > > <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>> > > > > > > <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 - *sca...@uc... > <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>>> > > > > > > > > > > > > -- > > > > > > *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 - *sca...@uc... > <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > > <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> <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> > <http://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> <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>>> > > > > > > > > > > <#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 - *sca...@uc... > <mailto:sca...@uc...> <mailto:sca...@uc... > <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > -- > > > > *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 - *sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > -- > > *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 - *sca...@uc... <mailto:sca...@uc...> |
From: Karl R. <ru...@iu...> - 2021-11-18 15:53:50
|
Hi Sandra, thanks for the clarification. Can you please add -DVIENNACL_DEBUG_ALL to the compiler invocation? You can set this via CMAKE_CXX_FLAGS either via ccmake, cmake-gui or by calling cmake .. -DCMAKE_CXX_FLAGS="-DVIENNACL_DEBUG_ALL" from your build directory (assuming that this is a subfolder, otherwise adjust the path accordingly) Rerunning the examples should then include a lot of diagnostic output to pin this down. Thanks and best regards, Karli On 11/18/21 16:40, SANDRA CATALAN PALLARES wrote: > 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_opencl > Profiling information: > Queued time: 0.141ms > Wait time: 4.29092ms > Run time: 1.85956ms > jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/hello_world_opencl$ cd > ../template/ > jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/template$ ./template > Profiling information: > Queued time: 0.204ms > Wait time: 0.26867ms > Run time: 0.00108ms/ > > > Here is the output for gdb: > > /jbelloch@odroid:~/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial$ gdb > ./blas1 > GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7 > Copyright (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) r > Starting program: > /home/jbelloch/EQU_FILTERING_sandra/ViennaCL-1.7.1/examples/tutorial/blas1 > 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 > vie...@li... > <mailto:vie...@li...> and supply at least the > following information: > * Operating System > * Which OpenCL implementation (AMD, NVIDIA, etc.) > * ViennaCL version > Many thanks in advance! > > Program received signal SIGABRT, Aborted. > __libc_do_syscall () at > ../ports/sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:44 > 44 ../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.6 > Backtrace stopped: previous frame identical to this frame (corrupt stack?)/ > / > / > Regards, > Sandra > > El jue, 18 nov 2021 a las 16:27, Karl Rupp (<ru...@iu... > <mailto:ru...@iu...>>) 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 > > (<sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>>) 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 <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>> > > > > > > <#m_7916694491791944663_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > > > El lun, 15 nov 2021 a las 11:53, Karl Rupp > (<ru...@iu... <mailto:ru...@iu...> > > <mailto:ru...@iu... > <mailto:ru...@iu...>>>) 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> > > > <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> > <http://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> > > > <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 > > (<ru...@iu... <mailto:ru...@iu...> > <mailto:ru...@iu... <mailto:ru...@iu...>> > > > <mailto:ru...@iu... > <mailto:ru...@iu...> > > <mailto:ru...@iu... > <mailto:ru...@iu...>>>>) 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 > > > > vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>>> > > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>>>> 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 - *sca...@uc... > <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>>> > > > > > > > > > > > > _______________________________________________ > > > > ViennaCL-support mailing list > > > > Vie...@li... > <mailto:Vie...@li...> > > <mailto:Vie...@li... > <mailto:Vie...@li...>> > > > <mailto:Vie...@li... > <mailto:Vie...@li...> > > <mailto:Vie...@li... > <mailto:Vie...@li...>>> > > > > > > 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>> > > > > > > <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 - *sca...@uc... > <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>> > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > -- > > > > *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 - *sca...@uc... > <mailto:sca...@uc...> <mailto:sca...@uc... > <mailto:sca...@uc...>> > > > > > <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>> > > > > > > <#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 - *sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > -- > > *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 - *sca...@uc... <mailto:sca...@uc...> |
From: SANDRA C. P. <sca...@uc...> - 2021-11-18 15:40:32
|
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 vie...@li... <vie...@li...> 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 (<ru...@iu...>) 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 > > (<sca...@uc... <mailto:sca...@uc...>>) 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 (<ru...@iu... > > <mailto:ru...@iu...>>) 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 > > (<ru...@iu... <mailto:ru...@iu...> > > > <mailto:ru...@iu... > > <mailto:ru...@iu...>>>) 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 > > > > vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>> > > > > <mailto:vie...@li... > > <mailto:vie...@li...> > > > <mailto:vie...@li... > > <mailto:vie...@li...>>> 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 - *sca...@uc... > > <mailto:sca...@uc...> <mailto:sca...@uc... > > <mailto:sca...@uc...>> > > > <mailto:sca...@uc... <mailto:sca...@uc...> > > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > > > > > _______________________________________________ > > > > ViennaCL-support mailing list > > > > Vie...@li... > > <mailto:Vie...@li...> > > > <mailto:Vie...@li... > > <mailto:Vie...@li...>> > > > > > > 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 - *sca...@uc... > > <mailto:sca...@uc...> <mailto:sca...@uc... > > <mailto:sca...@uc...>> > > > > > > > > -- > > > > *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 - *sca...@uc... <mailto:sca...@uc...> > > > > < > 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 - *sca...@uc... <mailto:sca...@uc...> > -- *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 - *sca...@uc... |
From: Karl R. <ru...@iu...> - 2021-11-18 15:27:43
|
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 > (<sca...@uc... <mailto:sca...@uc...>>) 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 (<ru...@iu... > <mailto:ru...@iu...>>) 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 > (<ru...@iu... <mailto:ru...@iu...> > > <mailto:ru...@iu... > <mailto:ru...@iu...>>>) 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 > > > vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> > > > <mailto:vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>>> 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 - *sca...@uc... > <mailto:sca...@uc...> <mailto:sca...@uc... > <mailto:sca...@uc...>> > > <mailto:sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>>> > > > > > > > > > _______________________________________________ > > > ViennaCL-support mailing list > > > Vie...@li... > <mailto:Vie...@li...> > > <mailto:Vie...@li... > <mailto:Vie...@li...>> > > > > 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 - *sca...@uc... > <mailto:sca...@uc...> <mailto:sca...@uc... > <mailto:sca...@uc...>> > > > > -- > > *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 - *sca...@uc... <mailto:sca...@uc...> > > <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 - *sca...@uc... <mailto:sca...@uc...> |
From: SANDRA C. P. <sca...@uc...> - 2021-11-18 13:57:23
|
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 (<sca...@uc...>) 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_openclProfiling information:Queued time: 0.173msWait time: > 4.33126msRun time: 1.92701ms* > > And clinfo seems so: > > > > > > > > > > > > > > > > > > > > > > > > *jbelloch@odroid:~/EQU_FILTERING_sandra/opencl/samples/clinfo$ > ./clinfoNumber of platforms: 1Platform #0 Name: > ARM Platform Version: OpenCL > 1.1Number 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 (<ru...@iu...>) > 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> >> >> > 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> >> >> > >> > >> > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> > >> > El vie, 12 nov 2021 a las 16:24, Karl Rupp (<ru...@iu... >> > <mailto:ru...@iu...>>) 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 >> > > vie...@li... >> > <mailto:vie...@li...> >> > > <mailto:vie...@li... >> > <mailto:vie...@li...>> 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 - *sca...@uc... <mailto:sca...@uc...> >> > <mailto:sca...@uc... <mailto:sca...@uc...>> >> > > >> > > >> > > _______________________________________________ >> > > ViennaCL-support mailing list >> > > Vie...@li... >> > <mailto:Vie...@li...> >> > > 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 - *sca...@uc... <mailto:sca...@uc...> >> > > > -- > > *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 - *sca...@uc... > > > <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ó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 - *sca...@uc... |
From: Karl R. <ru...@iu...> - 2021-11-15 10:53:22
|
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> > 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> > > > <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > El vie, 12 nov 2021 a las 16:24, Karl Rupp (<ru...@iu... > <mailto:ru...@iu...>>) 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 > > vie...@li... > <mailto:vie...@li...> > > <mailto:vie...@li... > <mailto:vie...@li...>> 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 - *sca...@uc... <mailto:sca...@uc...> > <mailto:sca...@uc... <mailto:sca...@uc...>> > > > > > > _______________________________________________ > > ViennaCL-support mailing list > > Vie...@li... > <mailto:Vie...@li...> > > 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 - *sca...@uc... <mailto:sca...@uc...> |
From: SANDRA C. P. <sca...@uc...> - 2021-11-15 09:07:59
|
Dear Karl, The clinfo seems to work well: */home/badia/opencl/Mali_OpenCL_SDK_v1.1.0/samples/clinfo/clinfoNumber of platforms: 1Platform #0 Name: ARM Platform Version: OpenCL 1.1Number 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> 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> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> El vie, 12 nov 2021 a las 16:24, Karl Rupp (<ru...@iu...>) 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 > > vie...@li... > > <mailto:vie...@li...> 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 - *sca...@uc... <mailto:sca...@uc...> > > > > > > _______________________________________________ > > ViennaCL-support mailing list > > Vie...@li... > > https://lists.sourceforge.net/lists/listinfo/viennacl-support > > > -- *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 - *sca...@uc... |
From: Karl R. <ru...@iu...> - 2021-11-12 15:41:55
|
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 > vie...@li... > <mailto:vie...@li...> 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 - *sca...@uc... <mailto:sca...@uc...> > > > _______________________________________________ > ViennaCL-support mailing list > Vie...@li... > https://lists.sourceforge.net/lists/listinfo/viennacl-support > |
From: SANDRA C. P. <sca...@uc...> - 2021-11-12 14:00:46
|
Good morning, I am trying to run the examples included in Vienna, but I get the following error: *./qrterminate 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 vie...@li... <vie...@li...> and supply at least the following information: * Operating System * Which OpenCL implementation (AMD, NVIDIA, etc.) * ViennaCL versionMany 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ó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 - *sca...@uc... |
From: Karl R. <ru...@iu...> - 2021-09-12 08:57:36
|
Hello, thank you for describing your application in great detail! With a system size of 2000 to 50000 unknowns you are most likely better off with staying on the CPU (assuming that your system is indeed rather sparse with less than about 100 nonzeros per row on average). This is because each GPU kernel launch involves a couple of microseconds of latency; this doesn't sound much, but it accumulates over many kernel launches. Also, with multiple right hand sides I recommend to compute a sparse LU factorization (PARDISO, SuperLU, etc.), and then apply this factorization for each of the right hand sides. This will be more efficient than calling iterative solvers (which is the standard approach for GPUs). Sparse factorizations on the GPU don't really work that well and to the best of my knowledge just match those in equally powerful (with similar energy consumption) CPUs. Regarding symmetry: You can use the symmetry to compute a sparse Cholesky factorization instead of an LU factorization. This, again, fits better onto a CPU than a GPU. Overall, I *think* that you can use the same parallelization approaches (esp. datastructures) for the GPU to also speed up your CPU code (OpenMP, MPI, etc.). In terms of solving these systems, sparse direct solvers on the CPU will be hard to beat at the system sizes you mentioned. Productivity-wise, your best option is most likely to stay with the CPU and don't worry about GPUs for this particular problem. Best regards, Karli On 9/10/21 15:28, Arno Gehrer wrote: > Good afternoon! > > Maybe you can support me to find out if it would make sense to apply > ViennaCL to my problem? > > Background: > > ·In the context of a reverse engineering problem I need to solve a > linear system of equations. > The number of unknowns is in the range of n=2000 … 50000 and the system > needs to be solved a lot of times within an iteration loop. > > ·The matrix is symmetric, hence only the upper triangle is stored in > compressed CSR format > > ·I need to solve this system with multiple right hand side vectors. > > ·At present, I’m using Intel MKL / PARDISO to solve the linear system > with mtype = 2 (real and symmetric positive definite) or -2 (in some > cases, the matrix is real and symmetric indefinite) which works very well. > > ·Recently, I managed to speed up the whole algorithm by setting up the > system on the GPU with CUDA and I’m looking for a suitable library to > solve the system on the GPU as well. > > oI have already tried to solve the system with cusparse (using > cusolverSpDcsrlsvchol or cusolverSpDcsrlsvqr) which in principle worked. > I have faced the problem that I did not find a possibility to > simultaneously solve multiple right hand sides and also the symmetric > property is not supported for cusolverSp. So I had to extend the matrix > to a full matrix and to solve the system for each rhs which in total was > much slower than solving the system on the CPU by means of PARDISO. > > So, after this lengthy introduction, my question is: > > Is it possible to apply ViennaCL to such a problem and can I expect a > significant speed up compared to mkl? > > ·The perfect solution would be if I directly could transfer the matrix > in csr format and the rhs vectors (which are all stored in GPU memory) > to a suitable solver that replaces PARDISO, mtype 2,2 (I currently copy > these data to the host and pass it to PARDISO) > > My environment for development is Win10(x64) / Visual Studio 2019 / MKL > 2017 / CUDA 11.2 and the code also compiles on Linux where CUDA 7.5 is > installed. > > Thanks for your feedback, > > Arno Gehrer > > > > _______________________________________________ > ViennaCL-support mailing list > Vie...@li... > https://lists.sourceforge.net/lists/listinfo/viennacl-support > |
From: Arno G. <arn...@ao...> - 2021-09-10 13:55:36
|
Good afternoon! Maybe you can support me to find out if it would make sense to apply ViennaCL to my problem? Background: . In the context of a reverse engineering problem I need to solve a linear system of equations. The number of unknowns is in the range of n=2000 . 50000 and the system needs to be solved a lot of times within an iteration loop. . The matrix is symmetric, hence only the upper triangle is stored in compressed CSR format . I need to solve this system with multiple right hand side vectors. . At present, I'm using Intel MKL / PARDISO to solve the linear system with mtype = 2 (real and symmetric positive definite) or -2 (in some cases, the matrix is real and symmetric indefinite) which works very well. . Recently, I managed to speed up the whole algorithm by setting up the system on the GPU with CUDA and I'm looking for a suitable library to solve the system on the GPU as well. o I have already tried to solve the system with cusparse (using cusolverSpDcsrlsvchol or cusolverSpDcsrlsvqr) which in principle worked. I have faced the problem that I did not find a possibility to simultaneously solve multiple right hand sides and also the symmetric property is not supported for cusolverSp. So I had to extend the matrix to a full matrix and to solve the system for each rhs which in total was much slower than solving the system on the CPU by means of PARDISO. So, after this lengthy introduction, my question is: Is it possible to apply ViennaCL to such a problem and can I expect a significant speed up compared to mkl? . The perfect solution would be if I directly could transfer the matrix in csr format and the rhs vectors (which are all stored in GPU memory) to a suitable solver that replaces PARDISO, mtype 2,2 (I currently copy these data to the host and pass it to PARDISO) My environment for development is Win10(x64) / Visual Studio 2019 / MKL 2017 / CUDA 11.2 and the code also compiles on Linux where CUDA 7.5 is installed. Thanks for your feedback, Arno Gehrer |
From: Bill P. <pa...@ki...> - 2021-07-05 15:45:54
|
Hi, > On Jul 5, 2021, at 5:01 AM, Karl Rupp <ru...@iu...> wrote: > > Hi Bill, > > if cmake worked out fine, cmake and make seem to have worked. for example the output from make includes these lines [ 68%] Building CXX object examples/tutorial/CMakeFiles/blas1.dir/blas1.cpp.o [ 70%] Linking CXX executable blas1 [ 70%] Built target blas1 > then you find the executables in your build folder under `examples/tutorial/`, e.g. `examples/tutorial/blas1`. examples/tutorial has blas1.cpp and blas1.cu where is the executable created by make? > Can you please give me a short pointer on where you found the reference to "examples/blas1” so that I can fix it? > > starting at line 59 of README from the Linix/Mac OS tar.gz at http://viennacl.sourceforge.net/viennacl-download.html <http://viennacl.sourceforge.net/viennacl-download.html> * Start the tutorials (optional) $> examples/blas1 $> examples/custom-kernels $> examples/viennacl-info (...) thanks, bill > > > On 6/28/21 9:28 PM, Bill Paxton wrote: >> i’m interested in the ViennaCL ILUT preconditioner and GMRES iterative solver based on OpenMP for possible use in the open-source stellar astrophysics system I’ve built (http://mesa.sourceforge.net/ <http://mesa.sourceforge.net/>). >> Good news is that I was able to install and build on my Mac (OSX 10.12.6). both cmake and make finished without complaints. >> But now how do I actually start running things? >> the toplevel README says "Start the tutorials” by doing "examples/blas1”, but that is out of date it seems. what’s the current way to do it? >> thanks, >> Bill Paxton >> _______________________________________________ >> ViennaCL-support mailing list >> Vie...@li... >> https://lists.sourceforge.net/lists/listinfo/viennacl-support |
From: Karl R. <ru...@iu...> - 2021-07-05 12:21:15
|
Hi Bill, if cmake worked out fine, then you find the executables in your build folder under `examples/tutorial/`, e.g. `examples/tutorial/blas1`. Can you please give me a short pointer on where you found the reference to "examples/blas1” so that I can fix it? Thanks and best regards, Karl On 6/28/21 9:28 PM, Bill Paxton wrote: > i’m interested in the ViennaCL ILUT preconditioner and GMRES iterative > solver based on OpenMP for possible use in the open-source stellar > astrophysics system I’ve built (http://mesa.sourceforge.net/ > <http://mesa.sourceforge.net/>). > > Good news is that I was able to install and build on my Mac (OSX > 10.12.6). both cmake and make finished without complaints. > But now how do I actually start running things? > > the toplevel README says "Start the tutorials” by doing > "examples/blas1”, but that is out of date it seems. what’s the current > way to do it? > > thanks, > Bill Paxton > > > > _______________________________________________ > ViennaCL-support mailing list > Vie...@li... > https://lists.sourceforge.net/lists/listinfo/viennacl-support > |
From: Bill P. <pa...@ki...> - 2021-06-28 21:15:36
|
i’m interested in the ViennaCL ILUT preconditioner and GMRES iterative solver based on OpenMP for possible use in the open-source stellar astrophysics system I’ve built (http://mesa.sourceforge.net/ <http://mesa.sourceforge.net/>). Good news is that I was able to install and build on my Mac (OSX 10.12.6). both cmake and make finished without complaints. But now how do I actually start running things? the toplevel README says "Start the tutorials” by doing "examples/blas1”, but that is out of date it seems. what’s the current way to do it? thanks, Bill Paxton |
From: Karl R. <ru...@iu...> - 2020-07-19 04:21:11
|
Hi Fernando, did you verify that the OpenCL driver is installed properly on your machine? Are you able to run any other OpenCL applications? Best regards, Karli On 7/18/20 7:00 PM, Fernando García Sedano wrote: > Hi, > > I am trying to install gpuR package, and we always get the error > message you can see below (complete output from R is the txt enclosed). > Operating System is Windows 10 Pro build 1909 (OS version 18363.959); > OpenCL implementation is NVIDIA 10.1, and ViennaCL version is 1.7.1.7. > Environmental variables are set according > https://github.com/cdeterman/gpuR/wiki/Build-Instructions-for-Windows: > can you help me to fix this error?? > > Thank you very much for your support, and Bets Regards, > > Fernando. > > Error: package or namespace load failed for 'gpuR': > > .onAttach failed in attachNamespace() for 'gpuR', details: > > call: initContexts() > > error: 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 > vie...@li... and supply at least the following > information: > > * Operating System > > * Which OpenCL implementation (AMD, NVIDIA, etc.) > > * ViennaCL version > > Many thanks in advance! > > Error: loading failed > > Ejecución interrumpida > > ERROR: loading failed > > * removing 'C:/Program Files/Microsoft/R Open/R-3.5.1/library/gpuR' > > In R CMD INSTALL > > *Fernando García Sedano* > > +34 663 03 24 87 > > +34 91 199 30 24 > > http://www.linkedin.com/in/fernandogarciasedano > > > > _______________________________________________ > ViennaCL-support mailing list > Vie...@li... > https://lists.sourceforge.net/lists/listinfo/viennacl-support > |
From: Fernando G. S. <fgs...@te...> - 2020-07-18 17:01:00
|
Hi, I am trying to install gpuR package, and we always get the error message you can see below (complete output from R is the txt enclosed). Operating System is Windows 10 Pro build 1909 (OS version 18363.959); OpenCL implementation is NVIDIA 10.1, and ViennaCL version is 1.7.1.7. Environmental variables are set according https://github.com/cdeterman/gpuR/wiki/Build-Instructions-for-Windows: can you help me to fix this error?? Thank you very much for your support, and Bets Regards, Fernando. Error: package or namespace load failed for 'gpuR': .onAttach failed in attachNamespace() for 'gpuR', details: call: initContexts() error: 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 vie...@li... and supply at least the following information: * Operating System * Which OpenCL implementation (AMD, NVIDIA, etc.) * ViennaCL version Many thanks in advance! Error: loading failed Ejecución interrumpida ERROR: loading failed * removing 'C:/Program Files/Microsoft/R Open/R-3.5.1/library/gpuR' In R CMD INSTALL Fernando García Sedano +34 663 03 24 87 +34 91 199 30 24 <http://www.linkedin.com/in/fernandogarciasedano> http://www.linkedin.com/in/fernandogarciasedano |
From: Rick F. <ri...@ar...> - 2020-02-07 23:03:42
|
After looking at the original paper on which the chow_patel_icc preconditioner is based, it seems that convergence for the preconditioner is guaranteed theoretically if a fixed point exists for the matrix. However, overflow can occur in practice which will lead to lack of convergence. In lieu of more detailed investigation, it seems likely that my matrix is inducing overflow during the preconditioner calculation which leads to lack NaNs during the CG solve. If any experts could comment on this possibility, please do so. Have others encountered this issue? |
From: Rick F. <ri...@ar...> - 2020-02-05 22:44:21
|
Thank you for the quick reply Karl, The symmetric matrices are almost certainly positive definite because the system can be solved using the CG solver without preconditioning as well as using the CG solver with the row_scaling preconditioner. It is only the jacobi and chow_patel_icc preconditioners that cause difficulties. I have verified that there are no zeros on the matrix diagonal, but have not performed a positive definite check other than what I stated above. Thanks again for looking over the code snippet! All the best, Rick |
From: Karl R. <ru...@iu...> - 2020-02-05 04:41:11
|
Hi Rick, have you verified that your matrices are positive definite? The problems with 'nan' usually stem from the lack of positive definiteness or zeros on the diagonal (as they often show up in saddle point problems). The code snippet you provide looks fine. 2000000 are a lot of iterations, though ;-) Best regards, Karli On 2/4/20 9:53 PM, Rick Fenrich wrote: > Hello all, > > I am solving large sparse symmetric systems. As a result I have been > using the CG solver. However the only preconditioner that seems to work > robustly across different matrices is the row_scaling preconditioner. I > have tried jacobi_precond and chow_patel_icc_precond with the CG solver > and while they work for some symmetric problems, they either fail to > converge or give NaNs for other symmetric problems. The same problem > converges just fine without the preconditioners or when using the > row_scaling preconditioner. > > Are there additional special settings beyond what is provided in the > documentation needed to successfully use these preconditioners? Are > there other limitations of these preconditioners? > > My matrices regularly contain non-zero entries O(10^6). I have verified > they are symmetric. I am using an NVIDIA GeForce GTX 1080 Ti GPU and > ViennaCL 1.7.1. > > Exemplary code is: > vector<map<unsigned int, double>> AA; /* Sparse matrix. */ > vector<double> b; /* Right hand side vector. */ > // Assemble AA and b here > // ... > // Get context ctx here (NVIDIA GeForce GTX 1080 Ti GPU) > // ... > // Copy data to GPU > viennacl::compressed_matrix<double> A0(ctx); > viennacl::copy(AA, A0); > viennacl::vector<double> b0(b.size(), ctx); > viennacl::copy(b, b0); > // Instantiate solver > viennacl::linalg::cg_tag my_cg_tag0(1e-5, 2000000); > viennacl::linalg::cg_solver<viennacl::vector<double>> > my_cg_solver0(my_cg_tag0); > // Setup preconditioner > viennacl::linalg::chow_patel_tag chow_patel_ilu_config; > chow_patel_ilu_config.sweeps(3); > chow_patel_ilu_config.jacobi_iters(2); > viennacl::linalg::chow_patel_icc_precond<viennacl::compressed_matrix<double>> > preconditioner(A0, chow_patel_ilu_config); > // Solve system > auto v0 = my_cg_solver0(A0, b0, preconditioner); > > Many thanks in advance, > > Rick > > > _______________________________________________ > ViennaCL-support mailing list > Vie...@li... > https://lists.sourceforge.net/lists/listinfo/viennacl-support > |
From: Rick F. <ri...@ar...> - 2020-02-04 23:00:36
|
Hello all, I am solving large sparse symmetric systems. As a result I have been using the CG solver. However the only preconditioner that seems to work robustly across different matrices is the row_scaling preconditioner. I have tried jacobi_precond and chow_patel_icc_precond with the CG solver and while they work for some symmetric problems, they either fail to converge or give NaNs for other symmetric problems. The same problem converges just fine without the preconditioners or when using the row_scaling preconditioner. Are there additional special settings beyond what is provided in the documentation needed to successfully use these preconditioners? Are there other limitations of these preconditioners? My matrices regularly contain non-zero entries O(10^6). I have verified they are symmetric. I am using an NVIDIA GeForce GTX 1080 Ti GPU and ViennaCL 1.7.1. Exemplary code is: vector<map<unsigned int, double>> AA; /* Sparse matrix. */ vector<double> b; /* Right hand side vector. */ // Assemble AA and b here // ... // Get context ctx here (NVIDIA GeForce GTX 1080 Ti GPU) // ... // Copy data to GPU viennacl::compressed_matrix<double> A0(ctx); viennacl::copy(AA, A0); viennacl::vector<double> b0(b.size(), ctx); viennacl::copy(b, b0); // Instantiate solver viennacl::linalg::cg_tag my_cg_tag0(1e-5, 2000000); viennacl::linalg::cg_solver<viennacl::vector<double>> my_cg_solver0(my_cg_tag0); // Setup preconditioner viennacl::linalg::chow_patel_tag chow_patel_ilu_config; chow_patel_ilu_config.sweeps(3); chow_patel_ilu_config.jacobi_iters(2); viennacl::linalg::chow_patel_icc_precond<viennacl::compressed_matrix<double>> preconditioner(A0, chow_patel_ilu_config); // Solve system auto v0 = my_cg_solver0(A0, b0, preconditioner); Many thanks in advance, Rick |
From: Emir S. <emi...@gm...> - 2019-12-04 12:37:43
|
Hi, I have the updated nvidia summer driver on my laptop, CUDA toolkit 10.2 is configured with OpenCL SDK. I set the environment variables as described in < https://github.com/cdeterman/gpuR/wiki/Build-Instructions-for-Windows>, and the error persists. Attachment follows output of attempted package installation. Thankful, Emir Smaka Em ter., 3 de dez. de 2019 às 09:43, Karl Rupp <ru...@iu...> escreveu: > Hi, > > this looks like an issue with gpuR. Charles Determan is likely able to > help (in CC:). > > Have you verified that your OpenCL SDK is installed properly, as the > error message suggests? > > Best regards, > Karli > > > > On 12/3/19 1:35 PM, Emir Smaka wrote: > > esteemed, > > trying to install the gpuR package I came across the following error: > > > > /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 > > vie...@li... > > <mailto:vie...@li...> and supply at least the > > following information: > > * Operating System > > * Which OpenCL implementation (AMD, NVIDIA, etc.) > > * ViennaCL version/ > > / > > / > > Operating System: Windows 10 Pro > > OpenCL: NVIDIA - model Geforce GTX 1050 Ti > > ViennaCL: Not found > > > > tks, > > Emir Smaka > > > > > > > > _______________________________________________ > > ViennaCL-support mailing list > > Vie...@li... > > https://lists.sourceforge.net/lists/listinfo/viennacl-support > > > |
From: Karl R. <ru...@iu...> - 2019-12-03 14:02:30
|
Hi, this looks like an issue with gpuR. Charles Determan is likely able to help (in CC:). Have you verified that your OpenCL SDK is installed properly, as the error message suggests? Best regards, Karli On 12/3/19 1:35 PM, Emir Smaka wrote: > esteemed, > trying to install the gpuR package I came across the following error: > > /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 > vie...@li... > <mailto:vie...@li...> and supply at least the > following information: > * Operating System > * Which OpenCL implementation (AMD, NVIDIA, etc.) > * ViennaCL version/ > / > / > Operating System: Windows 10 Pro > OpenCL: NVIDIA - model Geforce GTX 1050 Ti > ViennaCL: Not found > > tks, > Emir Smaka > > > > _______________________________________________ > ViennaCL-support mailing list > Vie...@li... > https://lists.sourceforge.net/lists/listinfo/viennacl-support > |