ath9k驱动OCB模式下i.MX6平台数据包接收延迟问题咨询

结合你在Nitrogen SOM v2（i.MX6）上遇到的ath9k驱动OCB模式接收延迟问题（每2秒批量收到7条300ms间隔的消息），以及x86平台正常的对比，咱们从以下几个方向逐步排查：

1. 检查ath9k驱动的OCB模式专属参数与电源管理 #

OCB模式的驱动逻辑和AP/IBSS模式有差异，首先排查驱动核心配置：

• 查看ath9k的可调模块参数，重点关注接收、电源管理相关项：

  modinfo ath9k | grep parm
  

  • 强制关闭电源管理（避免网卡休眠导致接收延迟）：

    sudo rmmod ath9k && sudo modprobe ath9k ps_enable=0
    

  • 关闭帧聚合（防止OCB模式下攒包）：

    sudo rmmod ath9k && sudo modprobe ath9k no_frame_aggregation=1
    

• 查看驱动运行日志，排查异常报错：

  dmesg | grep ath9k
  

  留意rx error、firmware restart这类关键信息。

2. 排查PCIe链路稳定性 #

从你提供的lspci输出看，PCIe桥存在RxErr+接收错误，链路速度也未达桥的最高支持值，这可能导致数据包堆积：

• 检查PCIe链路相关日志：

  dmesg | grep -i pcie
  

  查看是否有链路训练失败、错误重传的记录。
• 验证网卡中断的触发效率：

  cat /proc/interrupts | grep 341  # 341是你网卡的IRQ编号
  

  如果触发次数长时间停滞然后突然暴涨，说明中断处理存在延迟。

3. 调整网络栈与网卡接收队列配置 #

内核或网卡接收缓冲区不足，可能导致数据包暂存后批量交付：

• 临时增大内核接收缓冲区：

  sudo sysctl -w net.core.rmem_max=1048576
  sudo sysctl -w net.core.rmem_default=524288
  

  （永久生效可写入/etc/sysctl.conf）
• 查看并调整网卡接收队列长度：

  ethtool -g wlan0  # 替换为你的无线接口名
  sudo ethtool -G wlan0 rx 256  # 增大rx队列至256
  

4. 验证OCB模式基础配置正确性 #

确认OCB模式的信道、频率等参数与发送端一致，排除环境干扰：

• 查看当前OCB模式状态：

  iw dev wlan0 info
  

  确认type ocb，且信道、频率与发送端匹配，无其他WiFi信号干扰。
• 尝试关闭ACK确认（OCB模式下可能无需交互确认）：

  iw dev wlan0 set noack on
  

5. 排查CPU性能与中断优先级 #

嵌入式平台的CPU节能模式可能拖慢中断处理：

• 切换CPU频率 governor至性能模式：

  echo performance | sudo tee /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
  

• 提升网卡中断处理进程的优先级：

  sudo chrt -f -p 99 $(pidof irq/341-ath9k)
  

6. 对比驱动版本与内核定制差异 #

x86平台正常而i.MX6异常，可能是厂商定制内核的ath9k驱动有差异：

• 对比x86与i.MX6的ath9k驱动版本：

  modinfo ath9k | grep version
  

• 查看i.MX6内核中ath9k的定制补丁：
  若有内核源码，检查drivers/net/wireless/ath/ath9k/目录的git日志，确认是否有OCB模式、接收队列相关的修改。

7. 抓包定位延迟阶段 #

用抓包工具区分延迟发生在哪个环节：

• 在无线接口抓包，确认空中数据包的时序：

  tcpdump -i wlan0 -nn -tttt
  

  如果空中数据包是每300ms一个，但应用层2秒才收到，说明问题出在驱动到内核的交付阶段；如果空中数据包本身就是批量出现，则需要排查发送端或环境问题。

内容的提问来源于stack exchange，提问作者Maciej Walec