PC唤醒后串口数据丢失（硬件FIFO溢出）问题求助

问题背景 #

• 接收端：Ubuntu 20.04.5 LTS的ThinkPad T400
• 发送端：裸机AVR ATmega168（通过MAX232转RS-232连接PC）
• 核心现象：开机/重启后通信完全正常；合上盖子休眠约1分钟再唤醒，串口接收出现FIFO溢出——/proc/tty/driver/serial中oe（溢出错误）计数涨到15，接收消息被截断为16字节。休眠期间（count值14至75）的数据完全丢失，唤醒后从count=76开始的消息全部异常。
• 发送消息格式：\n%d|123456789|123456789|，每秒发送1条。

已尝试但无效的操作 #

• 更换终端工具：minicom、pyserial-miniterm
• 启用低延迟模式：setserial /dev/ttyS0 low_latency
• 降低波特率至9600
• 重启picocom（命令：picocom --baud 115200 --parity none --databits 8 --stopbits 1 /dev/ttyS0）
• 重置串口参数：stty -F /dev/ttyS0 sane
• 尝试Xon/Xoff软件流控（PC唤醒后无法及时发送^S，无效）
• 硬件流控（硬件接口不支持）

可行修复方案 #

1. 直接重置串口硬件状态 #

写一个简单的C程序，通过IOCTL命令强制重置UART硬件FIFO和状态寄存器，无需重启PC：

#include <stdio.h>
#include <fcntl.h>
#include <termios.h>
#include <sys/ioctl.h>

int main() {
    int fd = open("/dev/ttyS0", O_RDWR | O_NOCTTY);
    if (fd < 0) {
        perror("Failed to open serial port");
        return 1;
    }

    // 发送TIOCSERSETCONF指令重置串口硬件
    if (ioctl(fd, TIOCSERSETCONF, NULL) < 0) {
        perror("Failed to reset serial port");
        close(fd);
        return 1;
    }

    close(fd);
    printf("Serial port reset successfully\n");
    return 0;
}

编译并执行：

gcc -o reset_serial reset_serial.c
sudo ./reset_serial

该操作会直接清空FIFO、重置所有硬件状态，通常能立刻解决问题。

2. 卸载并重新加载串口内核模块 #

先查看T400使用的串口内核模块（一般为8250或serial_core）：

lsmod | grep -E "8250|serial"

先终止所有使用串口的进程（如picocom），再卸载模块：

sudo rmmod 8250
sudo rmmod serial_core

重新加载模块：

sudo modprobe serial_core
sudo modprobe 8250

若卸载时提示模块被占用，确认所有串口相关进程已关闭后再重试。

3. 修改内核参数彻底规避问题（需一次重启） #

编辑/etc/default/grub，添加内核参数禁用串口的休眠自动恢复：

sudo nano /etc/default/grub

找到GRUB_CMDLINE_LINUX_DEFAULT行，添加serial.nr_uarts=1或8250.nr_uarts=1，修改后示例：

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash serial.nr_uarts=1"

更新GRUB并重启：

sudo update-grub
sudo reboot

完成后，后续休眠唤醒将不再触发该溢出问题。

内容的提问来源于stack exchange，提问作者emacs drives me nuts