Linux内核模块执行copy_to_user时出现"Bad Address"错误求助

嘿，咱们来拆解你遇到的这个问题：写入/proc模块正常，但读取时copy_to_user返回"Bad address"，导致cat procmodule失败。这个错误本质是内核没法把数据正确拷贝到用户空间，通常和用户指针有效性、内核缓冲区管理或者proc操作函数的实现细节有关，下面是几个针对性的排查和修复方案：

1. 检查读取函数的实现逻辑（重点！） #

在2.6.32内核中，/proc文件的读取逻辑靠struct file_operations里的read函数（注意不是新版本的read_iter）。你的读取函数很可能在这几个地方出了问题：

• 传递给copy_to_user的用户指针被错误转换，导致指针无效；
• 要拷贝的数据长度超过了用户空间提供的缓冲区大小（也就是count参数）；
• 没有处理/proc文件的一次性读取特性（重复读取会导致异常）。

给你一个标准的正确实现示例：

static char g_stored_data[256] = {0}; // 存储用户写入的内容
static ssize_t proc_read(struct file *filp, char __user *buf, size_t count, loff_t *f_pos) {
    size_t data_len = strlen(g_stored_data);
    static int has_read = 0;

    // /proc文件默认是一次性读取，读完返回0表示结束
    if (has_read) {
        has_read = 0;
        return 0;
    }

    // 避免用户缓冲区不够，截断数据
    if (count < data_len) {
        data_len = count;
    }

    // 执行拷贝，失败直接返回-EFAULT
    if (copy_to_user(buf, g_stored_data, data_len)) {
        printk(KERN_ERR "[procmodule] copy_to_user failed!\n");
        return -EFAULT;
    }

    has_read = 1;
    *f_pos += data_len; // 更新文件偏移
    return data_len;
}

2. 确认内核缓冲区的生命周期 #

如果你的内核数据是动态分配的（比如用kmalloc），一定要确保在copy_to_user执行时，这块内存还没被释放。很多人会犯的错误是：在写入函数里临时分配内存，但读取完成前就释放了，导致读取时指针指向无效内存，触发copy_to_user报错。

更稳妥的方式是用静态分配的全局缓冲区（像上面示例里的g_stored_data），或者在模块加载时就分配好内存，卸载时再释放：

static char *g_dynamic_data;

static int __init proc_module_init(void) {
    // 分配可读写的内核内存
    g_dynamic_data = kmalloc(256, GFP_KERNEL);
    if (!g_dynamic_data) {
        return -ENOMEM;
    }
    memset(g_dynamic_data, 0, 256);
    // ... 创建proc入口的代码
    return 0;
}

static void __exit proc_module_exit(void) {
    kfree(g_dynamic_data);
    remove_proc_entry("procmodule", NULL);
}

3. 检查proc文件的创建和权限设置 #

调用create_proc_entry时，权限要设置正确（比如0666允许普通用户读写），同时要确保struct proc_dir_entry的函数指针绑定正确：

static struct proc_dir_entry *proc_entry;

static struct file_operations proc_fops = {
    .owner = THIS_MODULE,
    .read = proc_read,
    .write = proc_write, // 你的写入函数
};

static int __init proc_module_init(void) {
    proc_entry = create_proc_entry("procmodule", 0666, NULL);
    if (!proc_entry) {
        return -ENOMEM;
    }
    proc_entry->proc_fops = &proc_fops; // 绑定操作函数
    return 0;
}

注意：2.6.32里如果直接给proc_entry->read赋值也是可以的，但用proc_fops绑定更规范，不容易出错。

4. 调试小技巧：用内核日志定位问题 #

如果还是找不到原因，在读取函数里加printk输出关键参数，比如：

printk(KERN_INFO "[procmodule] count: %zu, data_len: %zu, buf: %p\n", count, data_len, buf);
int ret = copy_to_user(buf, g_stored_data, data_len);
if (ret) {
    printk(KERN_ERR "[procmodule] copy_to_user failed, uncopied bytes: %d\n", ret);
    return -EFAULT;
}

然后通过dmesg查看内核日志，就能知道是拷贝长度过大，还是指针本身有问题。

总的来说，你遇到的问题大概率是读取函数的细节没处理好，或者内核缓冲区的生命周期没管理到位。按照上面的步骤逐一排查，应该能快速解决～

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