如何修改Linux内核延长UART read()返回前的等待时长？

问题根源 #

你遇到的“固定累积时间”是Linux n_tty层默认的字符聚合延迟——内核为减少频繁唤醒用户进程，会在收到字符后延迟一小段时间再唤醒等待read/poll的线程，默认延迟为10ms（对应代码中HZ/100，i.MX6 ULL系统通常将HZ配置为1000）。在你的场景下，低波特率时单数据包发送时间更长，每10ms就触发一次线程唤醒，导致read返回次数翻倍，CPU负载飙升。

修改步骤 #

1. 定位内核代码 #

打开drivers/tty/n_tty.c，找到触发延迟唤醒的核心代码段。在Linux 6.1中，逻辑位于n_tty_receive_char函数内，当有字符到达且存在等待的用户线程时，内核会调度延迟工作：

schedule_delayed_work(&n_tty->work, HZ/100);

其中HZ/100就是默认的10ms延迟值。

2. 调整延迟时间 #

将延迟值修改为你需要的时长，比如改为50ms（HZ/20）或100ms（HZ/10），示例：

schedule_delayed_work(&n_tty->work, HZ/20);

注意：延迟值不要超过VTIME设置的2000ms（20分秒），否则会覆盖超时检测逻辑。

3. 编译验证 #

重新编译内核并烧写到i.MX6 ULL设备，测试不同波特率下的表现：

• 低波特率（460800）下，单数据包的read返回次数会大幅减少（例如从12-24次降至3-6次）
• CPU负载会显著降低，解决超过20%的瓶颈问题

关键注意事项 #

• 全局生效：该修改会影响所有使用n_tty层的TTY设备，你的7个UART端口都会直接受益，无需额外配置。
• 不破坏VTIME逻辑：VTIME的超时检测独立于聚合延迟，内核会在最后一个字符接收完成后启动VTIME计时，一旦超过2秒无新字符，会立即唤醒线程，完全满足你检测数据发送停止的需求。
• 高效实现：仅修改一行延迟值，内核逻辑无额外开销，符合你对高效实现的要求。

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