WhyCan Forum(哇酷开发者社区)

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

A33主线Linux跑起OpenGL/ES

A33的GPU有两个方向，开源的Lima和非开源的全志OpenGL库
Lima+Mesa3D
LIMA只需要在内核选上LIMA和SUN4I的DRM驱动即可
Mesa3D可以在buildroot选上
不过最后我运行mesa的demo直接出错也找不到问题就放弃了，不知道是哪里的问题，网上教程太少不会玩。

这时候我切到第二个方案：
其实教程就是 https://github.com/mripard/sunxi-mali

但是这里有个坑（我选的fbdev的库），导致一运行malitest就出错（malitest可以自己编一个 https://github.com/linux-sunxi/sunxi-mali/tree/master/test ）

查资料得到了信息
1. Must enable DRM_FBDEV_LEAK_PHYS_SMEM from kernel
2. set drm_leak_fbdev_smem on compile time (for some reason, passing in command line did not help) in drm_fb_helper.c
3. use latest r8p1

这回终于跑起来了

malitest和QT的OpenGL例子都运行正常

对了，最好在buildroot里选上sunxi-mali-mainline，这样它会自动给你生成一个启动时加载mali.ko的脚本。
当然，自己modprobe也是可以的

[    2.290176] mali: loading out-of-tree module taints kernel.
[    2.303401] using random self ethernet address
[    2.310432] Allwinner sunXi mali glue initialized
[    2.310892] using random host ethernet address
[    2.319040] Mali: 
[    2.319045] Found Mali GPU Mali-400 MP r1p1
[    2.325812] using random self ethernet address
[    2.344761] using random host ethernet address
[    2.352326] usb0: HOST MAC 3a:7e:4f:95:4b:5d
[    2.359199] usb0: MAC f6:29:20:a6:b8:86
[    2.365680] g_ffs gadget: g_ffs ready
[    2.386332] Mali: 
[    2.386337] 2+0 PP cores initialized
[    2.396969] Mali: 
[    2.396971] Mali device driver loaded

运行malitest的结果，可以验证是否正确

EGL Version: "1.4 Linux-r8p1-00rel0"
EGL Vendor: "ARM"
EGL Extensions: "EGL_KHR_image EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image EGL_KHR_gl_renderbuffer_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_lock_surface EGL_KHR_lock_surface2 EGL_EXT_create_context_robustness EGL_ANDROID_blob_cache EGL_KHR_create_context EGL_KHR_partial_update EGL_KHR_create_context_no_error "
Surface size: 1024x600
GL Vendor: "ARM"
GL Renderer: "Mali-400 MP"
GL Version: "OpenGL ES 2.0 "mali450-r5p1-01rel0-lollipop-233-g52c929d""
GL Extensions: "GL_OES_texture_npot GL_OES_vertex_array_object GL_OES_compressed_ETC1_RGB8_texture GL_EXT_compressed_ETC1_RGB8_sub_texture GL_OES_standard_derivatives GL_OES_EGL_image GL_OES_depth24 GL_ARM_rgba8 GL_ARM_mali_shader_binary GL_OES_depth_texture GL_OES_packed_depth_stencil GL_EXT_texture_format_BGRA8888 GL_OES_vertex_half_float GL_EXT_blend_minmax GL_OES_EGL_image_external GL_OES_EGL_sync GL_OES_rgb8_rgba8 GL_EXT_multisampled_render_to_texture GL_EXT_discard_framebuffer GL_OES_get_program_binary GL_ARM_mali_program_binary GL_EXT_shader_texture_lod GL_EXT_robustness GL_OES_depth_texture_cube_map GL_KHR_debug GL_ARM_shader_framebuffer_fetch GL_ARM_shader_framebuffer_fetch_depth_stencil GL_OES_mapbuffer GL_KHR_no_error"

这里有点比较老的介绍，虽然过时了，但是比较系统
https://linux-sunxi.org/Mali_binary_driver

最近编辑记录 达克罗德 (2020-02-08 21:59:12)

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

主线uboot和内核的配置可以参见另一个帖子
全志A33 主线u-boot/Linux入坑记录 https://whycan.cn/t_3643.html

最近编辑记录 达克罗德 (2020-02-08 21:37:41)

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

我这边运行 test 程序直接出现 Error: eglCreateWindowSurface failed: 0x00003003
查询错误码 是 EGL_BAD_ALLOC， 用的r8p1 fbdev ，你又遇到这个问题吗？

我也是遇到这个问题
2. set drm_leak_fbdev_smem on compile time (for some reason, passing in command line did not help) in drm_fb_helper.c
这个改了吗?我改了这个就好
另外记得把drm的Framebuffer设成200既2倍大小
还有如果有其它程序用fb比如xserver，要先关掉

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

virtual应该翻倍才对

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

你的fb是simplefb还是drm生成的fb？我是用sun4i drm。只有drm的fb可以设置大小

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

NND, 终于跑起来了， 4.19.5内核外加补丁

按理5.5不需要补丁，我没有打补丁

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

我是直接用buildroot编译的，选择了mali-driver,选的5.5.5的内核，全自动完成，烧录后运行就直接死掉，串口都不响应了，只能硬重启
你是这样的吗？你是怎么编译的？

我是用的 https://github.com/mripard/sunxi-mali
这里面的驱动编的mali.ko

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

buildroot也是用的这个地址的驱动编译的，你编译的时候有没有手动打补丁，还是直接用里面的build.sh编译的？

没有手动打补丁，也许build.sh打了补丁。。不知道buildroot是不是完全等效这个

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

有重新编译了一遍5.3.6, 这次手动编译mali驱动，加载进去，运行测试程序还是死机

drm_fb_helper.c改了吗？

达克罗德

会员

注册时间： 2018-04-10

已发帖子： 1,138

积分： 1090.5

Re: A33主线Linux跑起OpenGL/ES

能不能把你的具体编译流程说一下，我这边除了用4.19.5然后手动打网上的patch外，其他还没有成功过

#if IS_ENABLED(CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM)
static bool drm_leak_fbdev_smem = true;
module_param_unsafe(drm_leak_fbdev_smem, bool, 0600);
MODULE_PARM_DESC(drm_leak_fbdev_smem,
		 "Allow unsafe leaking fbdev physical smem address [default=false]");
#endif

我记得有人说4.x之后需要这样改动：
config打开CONFIG_DRM_FBDEV_LEAK_PHYS_SMEM
然后在drm_fb_helper.c中drm_leak_fbdev_smem设置true;
其他就是按照那个github说明编maili.ko