Linux内核模块procfs出现cannot seek to相对偏移错误的排查

错误原因 #

head -n 3直接操作/proc文件时，会尝试发起基于当前位置的反向相对lseek（比如从已读取的位置往回偏移），但procfs默认是无状态的流格式文件，本身不支持随机回溯访问。而cat /proc/dummy_driver | head -n 3的方式中，cat会按顺序读取整个流数据并输出到管道，head只截取前3行，全程不会触发lseek操作，因此不会出现错误。

proc_lseek的用途 #

proc_lseek是proc文件系统提供的自定义回调接口，用于替代内核默认的lseek处理逻辑：

• 默认情况下，proc文件仅支持SEEK_SET到0位置的偏移，其他偏移操作（如SEEK_CUR、SEEK_END）都会返回错误；
• 注册自定义proc_lseek回调后，你可以根据自己的proc文件类型（流型/随机访问型），实现专属的偏移控制逻辑，比如维护私有文件位置、支持特定偏移方式等。

当前实现的问题推测 #

你的自定义mod_lseek回调大概率存在以下问题：

• 未正确处理SEEK_CUR类型的反向偏移请求，导致计算出的偏移值为负数；
• 未在file->private_data中维护持久化的文件位置上下文，偏移计算依赖的状态混乱；
• 未校验偏移值的合法性（比如允许偏移到负数位置）。

修复方案 #

方案1：针对流型proc文件（推荐） #

如果你的proc文件是类似管道的流型数据（数据生成后无法回溯），直接限制lseek仅支持SEEK_SET到0位置，其他操作返回错误。这样head会自动 fallback 到顺序读取模式，不再报错：

loff_t mod_lseek(struct file *file, loff_t offset, int whence) {
    switch (whence) {
        case SEEK_SET:
            if (offset == 0) {
                file->f_pos = 0;
                return 0;
            }
            break;
        default:
            break;
    }
    return -EINVAL;
}

方案2：针对支持随机访问的proc文件 #

如果你的proc文件存储了固定长度的可回溯数据，需要：

1. 在file->private_data中维护数据总长度、当前偏移等状态；
2. 严格校验所有偏移请求的合法性，禁止负数或超出数据长度的偏移；
3. 正确处理所有whence类型的偏移计算：

// 假设自定义数据结构
struct my_proc_data {
    mutex_t lock;
    loff_t total_len;
    // 其他数据字段
};

loff_t mod_lseek(struct file *file, loff_t offset, int whence) {
    loff_t new_pos;
    struct my_proc_data *data = file->private_data;

    mutex_lock(&data->lock);
    switch (whence) {
        case SEEK_SET:
            new_pos = offset;
            break;
        case SEEK_CUR:
            new_pos = file->f_pos + offset;
            break;
        case SEEK_END:
            new_pos = data->total_len + offset;
            break;
        default:
            mutex_unlock(&data->lock);
            return -EINVAL;
    }

    // 校验偏移合法性
    if (new_pos < 0 || new_pos > data->total_len) {
        mutex_unlock(&data->lock);
        return -EINVAL;
    }

    file->f_pos = new_pos;
    mutex_unlock(&data->lock);
    return new_pos;
}

验证 #

修改代码后重新编译、加载模块，执行head -n 3 /proc/dummy_driver测试，错误应该消失。

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