工具与软件：
icssg dirver:从 sdk9.0中的 uboot 移植
测试方法：PHY 内部环回
编译链：GCC
在测试原始数据时、每1ms 发送1024个字节的数据、接收数据、然后检查接收长度、有时可以是1532。
读取 MII_G 模块的统计寄存器来显示接收到的总数据长度可以除以每个数据包的长度、也就是说、MII_G 模块接收到的数据的长度没有问题。
PRU 模块接收数据后再将数据传输到 DMA 存在问题。
这一问题的原因是什么以及我如何解决它。
这是 cpsw 网络端口驱动程序测试性能的记录。
板 A 的发送线程绑定内核1、板 B 的接收线程绑定内核1。
两个电路板的内核1中没有其他任务、并且在长期测试中仍然存在长度异常。
当在 uDMA_receive 中检测到 pkt_len (如1536)时、描述符信息将按上图所示打印。
日志显示描述符中的长度为1536 (0x600)。
在此例中、cpsw 接收端口号是0、通常为1或2。
上图显示了正常通信。期间 udma_receive 中打印的描述符的内容
/**
*描述符标头,存在于所有类型的描述符中
*/
结构 cppi5_desc_hdr_t
｛
u32 pkt_info0；/*数据包信息字0 (缓冲区描述中的 N/A)*/
u32 pkt_info1；/*数据包信息字1 (缓冲区说明中不适用)*/
u32 pkt_info2；/*数据包信息字2缓冲区回收信息*/
U32 src_dst_tag；/*数据包信息字3 (缓冲区描述中不适用)*/
}__packed;
Pkt_Info1、 pkt_info2、src_dst_tag 不是0。
当接收长度异常时、这些值为0。
是、原理图是 [Board A cpsw---phy]--[phy--cpsw Board B]
以太网帧、如下图所示
这就是 我们的 UDMA 接收功能
描述符存储在 DDR。中
将描述符移动到 OCRAM 是一种不同的做法。
描述符所在的内存启用了高速缓存
如何为 am64x 启用硬件一致性。
从 ringacc 中弹出描述符后、我将使描述符高速缓存无效。
在 uDMA_receive()中、
unvalidate_dcache_range (((ulong) desc_rx、(ulong)(desc_rx + ucc->hdesc_size))；
这有什么问题吗？
代码中括号的范围是错误的？
它应该为 unvalidate_dcache_range ((ulong) desc_rx、(ulong)(desc_rx)+ ucc->hdesc_size)；
