[参考译文] CC3351：cc33xx 驱动器 — Tx 速率报告不正确

尊敬的 Andy：

您能否提供一个更详细的示例？ 您是否能够与监听器捕获进行比较？

我已经看到一些奇怪的事情与相同的状态,但我发现它更多的是一个计时问题。 换句话说、TX 比特率是正确的 — 只是在错误的时间。 因此、如果您看到 MCS 速率、那么固件可能只有一些数据包、例如 DHCP 请求。

是的、当 AP 仅支持 a/b/g 时、我们会通过无线方式将数据包捕获到 AP 以及 Rohde & Schwarz CMX-500 上看到这一点 — 流量以基本速率帧的形式发出，但 “iw dev wlan0 link“表示我们正在执行 MCS 速率。  应该可以通过在 AP 端禁用 802.11n/ac/ax 来轻松重现。   如果 CC33 确实将 11n/AC/ax MCS 速率帧发送到 802.11a/b/g AP、这将是一个更大的问题-- AFICT、固件和无线电正在做正确的事情、他们只是没有正确地报告它备份了 80211 堆栈。 T

我提到的代码中的 todos 在 cc33xx_tx_complete_packet() 中：  
 /*更新 TX 状态信息*/
 IF (TX_Success &&！(info->flags & IEEE80211_tx_CTL_NO_ACK))
 info->flags |= IEEE80211_tx_STAT_ACK；

 /*待办事项 — Michal — 我们是否需要提供房价反馈? 为什么？ 如何实现？ */

 info->status.rates[0].count = 1；/*没有关于重试的数据*/
 info->status.ack_signal =–1；

 IF（！TX_Success）
 wl->stats.RETRY_COUNT++；

与 wl18xx 的 tx_complete_packet() 函数相比、它似乎缺少对 info->status 结构的一些更新。