| 123456789101112131415161718192021222324252627282930313233343536 |
- LLC Triple of the target board:
- armv7-unknown-linux-gnueabihf
- Build time of pocl (make -j8):
- Target-cpu a7: 2m28.200s
- target-cpu a15: 2m32.560s
- Tests on pocl 0.14:
- 2 tests failed:
- 69 runtime/clBuildProgram
- 111 EinsteinToolkit
- Benchmarks of rodinia_3.1 not compiling on the board:
- opencl/bfs
- opencl/cfd
- opencl/leukocyte
- Problems encountered with the power measurement:
- The library libHIDAPI.a was statically compiled and included in the repo, so no compatible with arm.
- Recompiled for arm, installing the package libusb1.0.0-dev and other qt libraries needed. (qt4core et similia)
- Switched on branch no_qt of the repo, removed reference to the qmake directive file to the need of QtCore and QtGui, thanks to the guy that removed them
- Libusb can only be accessed by root user by default, so gdb and find the problem. Add an ad-hoc rule in /etc/udev/rules.d (also blocked the keyboard), references on the bitbucket repo for the actual procedure.
- Missing library to identify endianess of the architecture, reinstalled all the llvm-3.8 development packages to solve the problem (no more fine grained approach found)
- Re-run the tests after having reinstalled all above, now 100% pass tests, wowowowa, log in log-tests.txt
- Il pacchetto che abilita la mali interface è mali-fbdev, ricordarsi di eliminare prima i file che vengono sovrascritti:
- ln: failed to create symbolic link '/usr/lib/arm-linux-gnueabihf/libGLESv2.so': File exists
- ln: failed to create symbolic link '/usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so': File exists
- ln: failed to create symbolic link '/usr/lib/arm-linux-gnueabihf/libOpenCL.so': File exists
- rimuovendo i pacchetti che hanno sovrascritto (solitamente ocl-icd-opencl-dev)
|
