[参考译文] AM2434：SA2UL 无法在 HS-UDMA 器件上工作-尝试打开 FS 通道时出错

尊敬的 Mark Orkenyi：

是的、该示例在 FS 器件上正常工作并经过测试。 您使用哪种启动模式？ 您是否可以尝试在 xSPI 引导模式下开机自检时刷写 SBL 为 NULL？

此致、
Aakash

尊敬的 Aakash：

我们通过在 SDK 中的181行修改 udma 驱动程序的 udma_ch.c 得以使其正常工作：

    if(UDMA_SOK == retVal)
    {
        /* Pair channels */
        retVal = Udma_chPair(chHandleInt);
        if(UDMA_SOK != retVal)
        {
            retVal = Udma_chUnpair(chHandleInt);
            if(UDMA_SOK == retVal)
            {
                retVal = Udma_chPair(chHandleInt);
            }
        }
    }

通过这种修改、通道可以成功配对、SA2UL 似乎在工作。

您可以提供更多信息、说明为什么 uDMA 通道需要取消配对、或者根本问题是什么？

谢谢、Mark

尊敬的 Mark Orkenyi：

让我提出一个内部的同样的 TT。 您能否分享有关如何重现所观察到的问题的更多信息？

此致、
Aakash

您好！

很抱歉我的回复太晚了,我不能提供。

不确定我能否提供有关如何重现问题的更多信息。 我只是在 hs-fs 器件上使用了示例中的代码、没有任何修改。
如上所述更改 udma_ch.c 后、它现在按预期运行。

您还需要哪些其他信息？

标记

尊敬的 Mark：

您尝试了哪种启动模式？ 是 OSPI 引导模式还是开发引导模式？

此致、
Aakash

尊敬的 Aakash：  

我们使用 OSPI 引导模式。

标记

尊敬的 Aakash：  

是否有关于此问题的核查和长期解决办法的最新情况？

标记

尊敬的 Mark Orkenyi：

我们无法重现此问题。 我们需要了解哪个具体示例有问题、以及在哪种引导模式下导致此问题的根本原因。

此致、
Aakash

尊敬的 Aakash：

我已经编写过这些。

示例为：  Crypto_AES_CBC_256_am243x-evm_r5fss0-0_nortos_ti-arm-clang
引导模式为： OSPI

Sitara HS-SDK 器件上发生了问题、对于此示例(还将示例内容集成到我们自己的项目中)和 最新版本的 FS。
正如我在前面所提到的那样修改 udma_ch.c 后、问题就消失了。 但我们认为这不是长期解决办法。

您还需要复制哪些其他信息？ 我是否应该创建问题的视频？ 还是屏幕截图？

标记

尊敬的 Mark Orkenyi：

那么、您已经在 OOB 示例中发现了该问题-  Crypto_AES_CBC_256_am243x-evm_r5fss0-0_nortos_ti-arm-clang  在 HSFS 设备上？ 让我在内部提出这一问题

此致、
Aakash

尊敬的 Mark：

我们已经将其作为9.1的一部分进行了验证、这对我们来说是有效的。

此致、

安库尔

您好！

已验证意味着您已验证问题或您已检查问题、但无法重现？

正如我提到过的、我使用的是9.0。 那么、9.1中是否有针对此问题的修复方法？

标记