调试DM8168的音频碰到问题

你好，

请问你的系统上DDR的访问是否繁忙？音频DMA所在的TC里面数据搬移是否繁忙？

我怀疑是DDR太忙了，音频数据来不及取。你可以只运行音频录制（系统负荷比较小），看是否就没有该问题了？

我们系统同时进行4路高清的视频编解码，如果是DDR这个问题导致的，最终会不会引起音频采集挂掉？因为我现在出现的问题比这个还严重，

系统运行过程中会出现音频突然消失（采集的音频），我通过设置alsamixer打开本地环路输出也无输出，用示波器测BCLK也是无时钟和数据，但是关闭从新

open一次音频设备又正常了，这个问题有可能和这个相关吗？

目前非常紧急，设备马上要给客户了，突然出现这问题。

这个音频DMA所在的TC是在哪里？我在davince-evm.c下下面好像没看到相关的代码。如果真的是太繁忙引起，而我的视频编解码又不能少，那该改哪里，TC可以改吗？麻烦TI工程师帮帮分析，现在非常紧急。

你好，

请先定位一下问题是不是由于DDR繁忙导致的，例如减少编码路数，只运行音频应用。

我们这边编码是DM8168里面的M3进行的，没在A8处理，在A8没处理其他的还是会出现

你好，

视频编码在M3进行，但还是会访问DDR。能否停止视频编码看看？

把M3固件也不加载，好像不出现了，这个有什么好的办法解决吗？

还有我们应用层的程序在运行过程中（这个应用控制采集编码等工作），如果运行过程中对音频进行一次close 和open的操作后，应用就采集不到数据了，但是把应用进程kill掉，然后重新启动应用程序又能采集带数据，采集不到音频时用示波器看BCLK和AD DATA是有信号，添加打印也看得到PCM经过了一次close 与open的操作流程，codec自身的环回输出（从line in 到line out）也是正常的，这会是什么问题引起？ 

你好，

如果是DDR峰值吞吐太高，可以先修改一下DDR的寄存器PBBPR.PR_OLD_COUNT为0x10～0x50（默认是0xFF），看是否有改善。

这个值是在UBOOT中配置的吗？整个UBOOT代码我搜索不到此寄存器设置

你好，

默认代码没有配置该寄存器，请在DDR初始化后添加配置代码。寄存器定义可以在TRM的DDR章节找到。