V1.3 Fedroa 缺少mali库支持

显示全部楼层 · 发表于 2019-7-2 17:12:16

有的，只是因为依赖问题，我们放到了标准ocl的库里
dnf install ocl-icd-devel.aarch64

显示全部楼层 · 发表于 2019-7-3 10:05:00

板蓝根发表于 2019-7-3 09:50
你好，这样的话glmark2怎么去用mali来跑呢？debian上是通过链接链到mali库上去 ...

rpm -ql ocl-icd-devel

链接这个库/usr/lib64/libOpenCL.so就可以了。
mali的GL和CL是在一个so里，我们只是解决了CL依赖而已，GL依赖还没找到相关的包。先这么用

显示全部楼层 · 发表于 2019-7-3 10:51:25

板蓝根发表于 2019-7-3 10:27
[toybrick@localhost ~]$ readlink -f /usr/lib64/libOpenCL.so
/usr/lib64/libmali.so.r18p0

这个mali库应该是没问题的，我们也在用。
可以单独写一些gl程序试下走的是不是mali.so
或者你可以从debian把那套so拷贝过来用，debian的mali是多少版本的？

显示全部楼层 · 发表于 2019-7-3 11:33:03

本帖最后由 jefferyzhang 于 2019-7-3 11:35 编辑

直接链接 /usr/lib64/libmali.so.r18p0 就好了

你报错的是显示框架，跟EGL无关。

如果桌面在运行，drm已经被桌面占用了，是不能跑DRM的，但是如果你没有其他框架，只有DRM，那你跑EGL肯定初始化失败。。。

设置：sudo systemctl set-default multi-user.target
然后重启，然后就没有桌面了，这时候再跑drm的es2

库差异我们这里复现下试试

显示全部楼层 · 发表于 2019-7-3 11:43:56

板蓝根发表于 2019-7-3 11:43
上面的报错是跑glmark2-es2跑的错，glmark2-es2-drm是成功的。。

glmark2是自己编译的还是dnf install的？

显示全部楼层 · 发表于 2019-7-3 12:08:15

板蓝根发表于 2019-7-3 12:06
dnf install

这个是装了嵌入到opencl 里mali库后运行glmark2-es2结果

直接安装，连接的依赖全是错的，肯定没跑到mali。

显示全部楼层 · 发表于 2019-7-4 09:37:40

板蓝根发表于 2019-7-3 17:48
下午手动编译也是只有20FPS ，只有像debian一样链glmark2-es2-drm才正常
[toybrick@localhost etc]$ glmar ...

是的，什么都不改依赖肯定是错的。
我昨天有问了相关工程师，这个问题可能比较复杂，Toybrick上Mali r18库是以CL为主的加速模式，GL要想走gbm的话驱动要修改一些东西，略麻烦。如果你用debian r14库能用的话建议先用那个。不然就要走x11或者其他的图形显示框架来用r18的GL。

显示全部楼层 · 发表于 2019-7-5 11:43:42

板蓝根发表于 2019-7-4 20:39
你好，感谢回复，可能上说得有点乱了，现在的情况是不用r18，用debian那里拿过来的r14。

现在跑glmark2-e ...

x11架构需要打开桌面系统，具体调用路径要去跟下，x11 server我们适配的gbm也是kernel那个，会遇到和r18一样的性能问题。
有一个能跑就可以了，没必要每个显示框架都跑过去把