Linux驱动write函数异常：echo触发无限写入需重启

这种情况几乎可以100%确定是你的驱动write函数实现有问题，和echo命令或者系统本身无关——毕竟你的C测试程序能正常工作，说明硬件和驱动的基础逻辑是通的，问题出在write函数的细节处理上。

核心差异：C程序和echo的write调用逻辑 #

你的C测试程序大概率是单次调用write系统调用，并且可能没有处理返回值的重试逻辑；而echo命令（底层依赖glibc的write封装）会严格遵循POSIX规范：如果驱动返回的写入字节数小于请求的count，用户空间会自动循环调用write，直到所有数据都被写入（或者遇到错误）。

驱动write函数的常见错误点 #

导致无限调用的最常见原因是以下两个：

1. 返回值错误
   驱动的write函数必须返回实际成功写入的字节数。比如当你用echo -n 1时，用户空间请求写入1字节，如果你的驱动返回0（或者返回负数但没有正确终止逻辑），glibc会认为还有1字节没写完，会反复调用驱动的write函数，形成死循环。

2. 未更新文件偏移量*ppos
   即使LED驱动不需要使用文件偏移量（毕竟LED不是可读写的文件），你也必须在write函数中更新*ppos参数，让用户空间知道写入位置已经前进。如果*ppos一直停留在0，用户空间会认为每次写入都从同一个位置开始，会不断重试写入剩余数据。

示例：正确的LED驱动write函数实现 #

对比一下符合规范的实现（伪代码）：

ssize_t led_write(struct file *filp, const char __user *buf, size_t count, loff_t *ppos)
{
    char led_val;
    // 只处理1字节数据（LED只需要一个开关指令）
    if (count == 0) return 0;
    // 从用户空间拷贝数据
    if (copy_from_user(&led_val, buf, 1)) {
        return -EFAULT;
    }
    // 执行LED控制逻辑
    if (led_val == '1') {
        // 点亮LED
        gpio_set_value(LED_GPIO, 1);
    } else {
        // 熄灭LED
        gpio_set_value(LED_GPIO, 0);
    }
    // 更新文件偏移量
    *ppos += 1;
    // 返回实际写入的字节数
    return 1;
}

排查建议 #

1. 检查你的write函数返回值：确保返回的是实际处理的字节数（比如1，因为LED只需要1字节指令），而不是0或者错误的数值。
2. 确认你更新了*ppos参数：哪怕只是*ppos += count或者*ppos += 1，必须让用户空间知道写入位置已经移动。
3. 测试时可以用strace echo -n 1 > /dev/LED_01查看系统调用的返回值，能直观看到驱动返回了什么，帮助定位问题。

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