工具/软件：Linux
我们执行了一组实验来了解 netcp 行为及其配置的 pktdma。
1.我们发现，在 K2H 的情况 下，没有引导模式，hello words 示例运行正常，它将 “hello word”发送到其他 PC，并通过运行 Windows 应用程序返回接收到的内容来接收。
我们在这里发现 、netcp 数据包 DMA RX 和 TX 通道能够通过 cpi 模块启用。
2.在 ARM 中运行 Linux 时情况也是如此，但在 DSP 中加载 hello world 应用程序时，只能从 DSP 访问以太网链路。
现在是 K2E。
1A、当 EVM 配置为无引导模式时、与在 DSP 中加载的 hello world 应用程序相同。我们 在这里发现 、netcp 数据包 DMA RX 和 TX 通道 始终 处于禁用状态。
这种行为 是不可理解的。
请告诉我们 NETCP 的 pktt DMA Rx 和 TX 通道如何始终禁用，即使是在没有引导模式的情况下强制启用它？
缺少什么？？
您好！
问题在于运行基本示例时，cppi_init()失败，因为 netcp 的 pktdma 是不可接受的。
请将某些屏幕截图作为附件找到。 DSP 处于无引导模式。
可以访问 qmss-pktt dma、我们可以对其进行写入。
您可以看到存储器映射(这与 K2E 技术文档的内容相同)和寄存器可供访问。
2. netcp-pktdma 是不可访问的，即使是基本 hello world 示例，在访问 DMA 时抛出错误。
在这里，您可以看到 GEL 输出，看起来设备已通电。
即使是 netcp DMA 寄存器也是可以访问的。
如果缺少某些内容，请告诉我们，我们期望 hello world 基本示例在 DSP 无引导模式下运行。
但我发现、在 SPI 引导模式(使用 Linux)下运行时、我们至少不会出现-130错误、 并且 cpi_init 会正常。
你好
我们使用您 在 K2E 设置上提供的 Nimu_emacExample_EVMK2EC66BiosExampleProject.out 二进制文件进行了测试、结果如下。 请看一下 NETCP_PKTDMA_TX 和 NETCP_PKTDMA_RX 存储器区域和映射。
此致
Anshul 
您好！
在 K2E 的最新4.3版本中运行" Nimu_emacExample_EVMK2EC66BiosExampleProject "时、代码在" CSL_SerdesWaitForSigDet "上进行结构化。 您能解释一下原因吗？
此致
Anshul
