This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

DM8168 ioctl fb 导致M3挂死



regp.blendtype = TI81XXFB_BLENDING_NO;

ioctl(framebuffer_fd, TIFB_SET_PARAMS, &regp);

上述操作有几率导致M3挂死,导致视频编码停止。

操作主要是为了实现DVO2视频层和图像层(QT程序)的显示切换。

下述的直接操作寄存器也可以实现上述功能,也是也有一定的概率导致M3挂死,编码停止。

100MS写一次寄存器,大概20分钟左右编码就停止了。

1000MS写一次寄存器,编码坚持了3天还没挂掉,目前,还在挂机测试中。

I need your help!

  • siyuan kong 说:

    下述的直接操作寄存器也可以实现上述功能,也是也有一定的概率导致M3挂死,编码停止。

    100MS写一次寄存器,大概20分钟左右编码就停止了。

    你操作的是VPSS M3里面HDVPSS的寄存器,和Video M3应该是没有相关性的。请问如果降低DDR的频率,你这个实验是否也是20分钟编码停止?

  • 这个到没试过,不过由于我们的功能需求,DDR已经很吃紧了,所以降DDR频率的话比较不划算。

    对了,我们也不太确定M3是否挂死,只是知道编码停了。有没有办法可以确定下M3是否挂死?

    A8上的系统是正常,DDR可能没太大问题。

    有个workaround的办法就是:在QT应用层通过 透明色 来变相地实现这一需求,不过很繁琐,效率较低。

  • Kong Siyuan,

    之前有客户DDR走线有问题,M3随机死机。

    请问你们的板子上是否有JTAG口,如果有,可以连上调试,看看M3核的情况。

    如果没有JTAG口,只能在编码link加一些打印,看看具体是死在哪里,是死在process里,还是没有收到new data,还是随机死机。