看到LVGL支持了DRM，按道理F1C200的驱动情况下也能支持双缓冲效果。
简单的测试了下，支持还是很可以的，看上去也就是CPU有点高。
对比了下CPU和top看到的存在较大的差异，可能计算方式不一样吧？
修改使用tslib的ts_uinput来校准输入，模拟为event1
修改使用libdrm的输出，输出双缓冲。
验证代码，应该要修改下Makefile的CFLAGS下的路径
https://github.com/shaoxi2010/lv_port_linux_frame_buffer
离线
可能是编译没选对吧，看下二进制的架构信息吧
离线
不同内核修改方法是不一样的，这个是4.19的修改方法， 将sun4i_frambuffer.c的32修改为16就行了。
我记得5.4应该是要修改panle属性还是什么来着，已经忘记了。
int sun4i_framebuffer_init(struct drm_device *drm)
{
drm_mode_config_reset(drm);
drm->mode_config.max_width = 8192;
drm->mode_config.max_height = 8192;
drm->mode_config.funcs = &sun4i_de_mode_config_funcs;
drm->mode_config.helper_private = &sun4i_de_mode_config_helpers;
return drm_fb_cma_fbdev_init(drm, 16, 0);
}离线
因为用的是ts_uinput，会将原始坐标做一次tslib转换后再生成新的event设备为符合屏幕转换的点信息。
所以没有用tslib驱动，用的evdev驱动
离线
恩，加个-d就是一个后台的daemon程序
离线
挺好用的，最开始是因为qt5的tslib驱动不支持旋转，然后就用了这个方案了。
离线
lvgl的drm驱动实现我也不是很了解，看他们描述说的是VSYNC信号的同步等待引起的，
但是按理说应该不会引起CPU上升这么多，你可尝试改小usleep值看下呢降低任务延迟看看。
CPU的值你可以去top看看，lvgl的实际值确实要比top统计的高不少，不确定它的计算标准。
离线