请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：AM623 工具/软件：
团队、
我们的客户已经在各种设计中同时使用了 AM335x 和 AM62x； 他们想与我们讨论以下差异：
“
我是团队的一员、该团队正在将我们的一个固件应用程序从 AM335x 平台移植到 AM62x。 在 AM335x 平台上、我们的某些硬件变体在开关模式下使用 CPSW 以太网外设、这样两个物理以太网端口充当第 2 层交换机的端口、而单个以太网接口由绑定到这两个物理端口的 Linux OS 创建。 这是通过 Linux 器件树进行配置的、开关模式是默认工作模式、而通过在适当的器件树条目中添加“dual_emac"属性“属性、可以启用独立的接口操作。
以上内容似乎不适用于 AM62x 平台、或者至少我们没有找到表明这是可能的文档。 我们找到了 适用于 AM62x 的 Processor SDK 的 CPSW3g 页面、其中说明了在两个接口之间创建 Linux 软件桥接器、以模拟两个物理接口之间第 2 层交换机的运行。 我们在初始开发过程中实施了这一方案、但由于以下几个原因、我们发现它并不理想：
- 它需要额外的脚本和服务、每次设备引导时都必须运行这些脚本和服务。
- 桥接器接口需要几秒钟的时间才能激活并获取地址。 在某些情况下、我们的应用程序会在发生此情况之前启动、因此无法绑定到接口、因为它还没有地址。 进一步延迟应用的启动直至桥接器启动是个问题、因为我们已经有客户抱怨启动“太慢“、这也是我们转向更高性能 AM62x 平台的部分原因。
- 我们无法通过监控桥接器接口来确定接口何时关闭（即拔出）、而是必须监控两个成员接口 (eth0 和 eth1)、并尝试确定哪个是启动/激活、以确定它现在是关闭/不活动。
- 使用软件桥接器似乎需要主机处理器和内核开销来处理遍历桥接器的每个数据包、相对于 AM335x 平台上使用的基于硬件的桥接、这可能会影响总体系统性能。 但请注意、我们尚未通过测试确认这种情况。
鉴于上述情况、我们想了解是否有其他基于硬件的方法可在开关模式下使用接口、或者基于软件的桥接器实际上是否是该平台上的唯一解决方案。
请注意、我们被指示不在公共互联网论坛（TI E2E 处理器论坛）上发布问题、因此我直接与您联系。 感谢您提供的任何帮助、
“
欢迎您的评论！
CY、
CY
