工具/软件：Linux
尊敬的所有人：
我们的产品基于 AM3352和 AMSDKv8.0。 我们发现 、CPSW 以太网性能将变得缓慢、并且在运行 iperf 或 vsftpd 应用程序几分钟(大约一分钟)后、CPU 利用率将达到100%。
此问题也会在本主题中报告：https://e2e.ti.com/support/arm/sitara_arm/f/791/t/586788
使用 SDK 01.00.00.03可以解决此问题。 此外、我在 AMSDK v8.0中发现了以下补丁会导致问题。
但我 不明白 原因。 您能给我解释一下吗：
1.为什么有关 AMSDK v8.0中 mailbox-wkup_m3模块的补丁会影响 CPSW 以太网性能并导致 CPU 利用率非常高？
2. SDK v01.00.03中的哪些修补程序可以解决此问题？
========================================================================================
提交2e560903e75ef790fd0428dbb53f65a2ee1ad4c6
作者：Dave Gerlach
日期：2014年12月10日04：18：16日+0000
邮箱/OMAP：添加 ti、mbox-send-noirq 查询以修复 AM33xx CPU 空闲
邮箱框架控制传输队列并需要
控制器实现或客户端来运行状态
TX 队列的机器。 OMAP 邮箱控制器使用 Tx 就绪
中断相当于运行此 Tx 的 Tx 完成中断
队列状态机。
AM33xx 和 AM43xx SoC 上的 WkupM3处理器用于减轻负载
某些 PM 任务、如对器件执行必要的操作
PM 挂起/恢复或用于在空闲期间进入较低的 c 状态。
AM33xx 上的 CPUIdle 要求在不发送消息的情况下发送消息
必须触发 Tx 就绪中断、作为中断
将立即终止 CPUIdle 操作。 支持
通过引入 DT quirk、"ti、mbox-send-noirq"、添加了这一点
并使用它来修改正常的 OMAP 邮箱控制器行为
用于与 WkupM3远程设备通信的子邮箱上
处理器。 这还需要调整 wkup_m3_IPC 驱动器
运行 Tx 状态机的邮箱使用逻辑。
注：
- AM43xx 在 CPU 空闲时不与 WkupM3通信
不受此行为影响。 但是、它使用相同的 IPC 驱动程序
对于 PM 挂起/恢复功能、因此需要使用的查询
嗯、因为常见 wkup_m3_IPC 驱动器发生了变化。
签字人：Dave Gerlach
[ s-anna@ti.com：修改逻辑并更新注释/补丁说明]
签字人：苏门·安娜
文档/devicetree/bindings/mailbox/omap-mailbox.txt | 8 ++++++++++
驱动程序/邮箱/OMAP-mailbox.c | 54 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ----
2个文件已更改，58个插入(+)，4个删除(-)
========================================================================================
屏幕截图( 当进行 FTP 传输时、CPU 利用率为100%)
