This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
尊敬的 TI 专家:
我正在为 TDA4的 CPSW9处理 VxWorks。我在向 EthFw 发送"StatsDump"消息时遇到问题。
我从 EthFw 的串行端口输出中获得以下日志。 我在这篇文章的末尾附加了带有蓝色背景的日志。
您将在日志的末尾看到错误、我用红色和粗体突出显示该错误。
在我执行"StatsDump"之前、我可以成功地连接到 EthFw 并从 EthFw 上分离。 但之后、连接始终失败。
EthFw 似乎处于错误状态、无法正常工作。
我们检查了 PSDK 6.02的 EthFw 源代码、发现错误来自 cpsw_appmemutils.c 的函数 CpswAppMemUtils_deInit (第591行)
但我们不知道根本原因。 它是 EthFw 的错误还是使用问题?
请帮帮我。
谢谢!
Yabing、
您能否确认您使用的是哪个处理器 SDK 版本? 您提到了6.2以查看源代码、但您是否看到了6.1或6.2的错误日志? 我们在6.2中使用 memutils 解决了一些问题。
此致、
Dave
您好、Dave、
感谢您的善意回复!
我也在使用6.2。
再次感谢!
Yabing、
感谢您的确认。 我们将进一步对此进行研究。
您能否确认这是否便于您快速重现以及您的序列中的任何特定内容?
此致、
Dave
您好、Dave、
无特殊序列、只需通过 RPMSG 发送"状态转储"请求。
此问题100%可重现。
谢谢!
它看起来是由 detach 引起的,而不是状态转储引起的。 是否可以再次检查客户端是否正在调用 detach?
[引用用户="Yabing Liu "]
[/报价]
您好、Stanley、
感谢您的回复。
我们没有调用 detach。
谢谢!
您是否知道从您共享的日志中触发服务器端的分离回调的原因?
您能否共享工作案例与非工作案例的完整日志?
您好、Stanley、
很抱歉、我不知道是什么触发了 detach。
我记得我们的驱动程序在 PSDK6.1.1.2中工作正常。 至少、我们看不到"StatsDump"的错误。
但是、当我们升级到6.02时、我们看到了错误、在错误之后、EthFw 无法再工作了。
此问题可以100%重现。
很抱歉、目前问题中只附上了日志。 我手上没有 TDA4板、我无法重做测试。
谢谢!
我不知道6.2中 API 的任何已知问题。
但是、API 中可能会在6.1和6.2之间发生变化。
请仔细检查6.2中的 EthFW 版本说明。