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.

[参考译文] TDA4VM:TDA4 J721E SR2.0 Linux 5.4内核"flashcp"错误

Guru**** 1991855 points
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1402967/tda4vm-tda4-j721e-sr2-0-linux-5-4-kernel-flashcp-error

器件型号:TDA4VM

工具与软件:

PROCESSOR-SDK-RTOS - J721E/07.02.00.06

PROCESSOR-SDK-LINUX - J721E/07.02.00.07

我们使用 flashcp 更新/dev/mtd3、flashcp 返回失败。

发生的概率非常低。 下面是出现时的日志。

我仍未找到重现问题的方法。

139 Jan  1 00:03:34 buildroot kernel: [  216.291697] ti-udma 31150000.dma-controller: chan0 teardown timeout!
140 Jan  1 00:03:34 buildroot kernel: [  216.300069] cadence-qspi 47040000.spi: DMA wait_for_completion_timeout
141 Jan  1 00:03:34 buildroot kernel: [  216.300081] spi-nor spi0.0: operation failed with -110       
142 Jan  1 00:03:40 buildroot kernel: [  221.667704] ti-udma 31150000.dma-controller: chan0 teardown timeout!
143 Jan  1 00:03:40 buildroot kernel: [  221.674630] cadence-qspi 47040000.spi: DMA wait_for_completion_timeout
144 Jan  1 00:03:40 buildroot kernel: [  221.674640] spi-nor spi0.0: operation failed with -110

我想知道是什么原因导致了这个问题、以及如何解决这个问题。

谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Felix:

    注释中的 SDK 版本和发布内核是旧的。 您是否尝试过使用任何最新的 SDK?

    谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    使用 SDK 7.2的汽车已经投入量产、不容易升级。

    发生该问题后、flashcp 仍有问题、只能通过重新启动进行复位。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    是否有可供我尝试的当前 SDK 版本的补丁?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    当前 SDK 基于6.x 内核。 请求您尝试9.2 SDK。 内核移动了很多。 因此最好使用最新的9.2 SDK 尝试一次。  

    此致、

    基尔西  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    现在已经进入大规模生产阶段;进行 SDK 升级是一项非常重要的更改。 是否有任何方法可以降低出现问题的可能性、或在出现问题后恢复到原始状态?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Felix:

    我分析了您共享的日志。 故障似乎与 DMA 拆卸有关。 它超时。 现在、它不仅是闪存、甚至是 DMA 也值得怀疑。 您可以下载最新的 SDK 并比较源代码、但您可以看到、在多个层和多个驱动程序中将会有很多更改。 因此指出可以解决此问题的方法并非易事。  

    此致、

    基尔西  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Keerthy、您好!

    https://e2e.ti.com/support/processors-group/processors/f/processors-forum/962486/am6548-about-channel-teardown-during-data-transfer-with-udma

    参考上面的链路、SDK 7.2是否可以在通道配置期间在拆卸之前重置振铃?

    如果是、应如何进行?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!  

    上述修复程序不是在 Linux 上进行的、而是在 RTOS 中进行的。

    此致、

    基尔西  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您能告诉我们为什么 UDMA 会停止吗? 通常、它不应该停止。  

    谢谢。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Felix:

    您是否有机会使用 flashcp 命令将 DMA 复制到 OCM 存储器? 这可能是它超时的一个原因。 SR2.0需要进行额外更改才能访问 OCM 存储器。  

    此致、

    Brijesh