WhyCan Forum(哇酷开发者社区)

明白，谢谢

top显示每个线程的cpu占用率，如果线程没有名字，改源代码，给每个线程加个名字。

哦对了，tina 里 libcedarx 下有 xplayerdemo，可以硬解和"硬渲染"，可以尝试一下。

@benlypan

/dev/disp

能在主线 LINUX 5.2中开启否
使用的是这个版本
git clone -b zero-5.2.y --depth 1 https://github.com/Lichee-Pi/linux.git

参考
https://github.com/aodzip/cedar
https://github.com/aodzip/libcedarc
后
/dev/cedar_dev
/dev/ion
能出现
/dev/disp 无法实现

5.2内核中，DRM驱动有问题，不知道后面有没有改进，前面做一个热成像与普通摄像头图像混合时发这个问题，但在我对DRM的各种偿试，把DRM的寄存器与功能摸彻底后，驱动就更正了，但由于是保密项目，就没patch到主线

https://github.com/lindenis-org/lindenis-v536-package
这就是 tina，全志的硬解软件分3个部分:
1. 内核驱动模块，就是 /dev/cedar_dev，你现在已经有了
2. cedarc, 操作内核模块，各种格式的解码模块(闭源)，导出解码接口，这是接口文档http://files.lindeni.org/lindenis-v536/ … %d1%9e.pdf
3. cedarx, 集成了数据流解析，解码(调用 cedarc)，渲染等功能，也就是完整的播放器了，xplayerdemo 就在里面(allwinner/tina_multimedia/libcedarx/demo/xplayerdemo)

我今天在研究 V3s 的 DRM，内核版本就是 5.2，发现一个问题，输入图像格式是 NV21，然后调用 drmModeSetPlane 时如果 SRC_W 超过 1024 图像就显示就不正常，1024以下完全没问题。请问我碰到的这个问题跟您解决的BUG是否相关？

研究了将近两天时间，终于把这个问题给搞定。DE 里有个叫 scanline 的东西，V3s 里的值是 1024，输入宽度要是超过 scanline，需要进行"coarse scaling"，然后主线里将 V3s 的这个值配置成 2048 了，所以图像显示不正常。

全志 Linux 的相关代码 https://github.com/Tina-Linux/tina-v3s-linux-4.9/blob/master/drivers/video/fbdev/sunxi/disp2/disp/de/lowlevel_sun8iw8/de_rtmx.c#L1212 https://github.com/Tina-Linux/tina-v3s-linux-4.9/blob/master/drivers/video/fbdev/sunxi/disp2/disp/de/lowlevel_sun8iw8/de_feat.c#L57

主线 Linux 的相关代码 https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/sun4i/sun8i_vi_layer.c#L192 https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/sun4i/sun8i_mixer.c#L583

一开就猜测是驱动的 bug，然后有了以下排查流程：
1. 换最新版本的主线内核，问题依旧
2. 因为我用的是 AIC502，虽然跟 V3s 一样，但就担心硬件有差异，换 V3s，一样有问题
3. 换 A64 用主线内核，不存在问题，他们都属于 DE2，用的是同一份驱动，难道是某些条件下对 V3s 设置错寄存器值了？于是用同样的内核版本，同样的测试数据，把 DE 的相关寄存器值都 dump 下来，比对发现几乎一模一样，泪崩。
4. 换全志的 Linux Kernel，不存在问题，此时确定了肯定是驱动问题，不是硬件问题。再把这个系统下的寄存器值 dump 下来，与主线的一个个寄存器比对过去，发现了一个输入宽度相关的寄存器数值不一样，全志的内核是 1024，主线是我图像的宽度 1280，进一步确定了 1024 是一个 magic number
5. 打开调试日志+printk大法，很快定位到是这个 scanline 引起的。虽然具体的计算原理没看懂，但问题解决了。

把 2048 改成 1024 就行了。V3s 里 YUV 和 RGB 的 scanline 都是 1024，所以可以直接把 https://github.com/torvalds/linux/blob/master/drivers/gpu/drm/sun4i/sun8i_vi_layer.c#L192 这行改成 scanline = 2048 就行了。
然而我的情况比较特殊，我要在别的产品里二次开发，不能换内核，所以就写了个内核模块，启动时 insmod 来动态更改这个配置，这样只能对 YUV 生效，不过反正我也不用 RGB，分享下这个内核模块的代码

#include <linux/init.h>
#include <linux/module.h>
#include <linux/device.h>
#include <linux/platform_device.h>
#include "../linux/drivers/gpu/drm/sun4i/sun8i_mixer.h"

static const struct sun8i_mixer_cfg sun8i_v3s_mixer_cfg = {
    .vi_num = 2,
    .ui_num = 1,
    .scaler_mask = 0x3,
    .scanline_yuv = 1024,
    .ccsc = 0,
    .mod_rate = 150000000,
};

static struct sun8i_mixer* mixer;
static const struct sun8i_mixer_cfg* old_mixer_cfg;

static int find_device_match(struct device* dev, void* data) {
   return 1;
}

static int __init fixdrm_init(void) {
    struct device_driver* drv;
    struct device* dev;

    drv = driver_find("sun8i-mixer", &platform_bus_type);
    if (!drv) {
        pr_err("driver not found");
        return -ENODEV;
    }

    dev = driver_find_device(drv, NULL, NULL, find_device_match);
    if (!dev) {
        pr_err("device not found");
        return -ENODEV;
    }

    mixer = dev_get_drvdata(dev);
    if (!mixer) {
        pr_err("mixer not found");
        return -ENODEV;
    }

    old_mixer_cfg = mixer->cfg;
    pr_info("scanline_yuv: %d\n", old_mixer_cfg->scanline_yuv);

    mixer->cfg = &sun8i_v3s_mixer_cfg;
    
    return 0;
}

static __exit void fixdrm_exit(void) {
    if (mixer && old_mixer_cfg) {
        mixer->cfg = old_mixer_cfg;
    }
    pr_info("exit\n");
}
 
module_init(fixdrm_init);
module_exit(fixdrm_exit);

MODULE_LICENSE("GPL");

最近编辑记录 benlypan (2022-05-01 20:15:56)

是有2个plane不能正确显示吗？我也碰到这个问题了，不知道从哪里解决