编译Linux内核模块报错：‘proc_fops’具有不完整类型‘struct proc_ops’

问题原因 #

• 内核版本判断错误：Linux 5.4.x系列内核尚未引入struct proc_ops，该结构体是5.6及以后版本才新增的/proc文件操作结构。如果版本判断宏错误地在5.4内核中使用proc_ops，且未包含对应定义头文件，就会触发“类型不完整”错误。
• 头文件依赖缺失：user.c未正确包含proc.h，或proc.h未根据内核版本正确声明proc_fops的类型，导致user.c无法识别proc_fops的完整类型。
• 声明与实现不匹配：proc.h中可能仅声明了extern struct proc_ops proc_fops;，但5.4内核中该结构体并未定义，且proc.c实际实现的是struct file_operations类型的proc_fops，二者类型不匹配。

解决方法 #

1. 修正内核版本判断逻辑 #

在proc.h中用内核版本宏准确区分API版本：

#include <linux/version.h>
#include <linux/fs.h> // 包含file_operations定义

#if LINUX_VERSION_CODE >= KERNEL_VERSION(5, 6, 0)
#include <linux/proc_fs.h> // 5.6+内核才需要包含proc_ops定义
extern struct proc_ops proc_fops;
#else
extern struct file_operations proc_fops;
#endif

2. 确保user.c正确依赖头文件 #

在user.c开头添加：

#include "proc.h"

3. 匹配proc_create的参数类型 #

5.4内核中proc_create的第四个参数是struct file_operations *，proc.c的实现需对应：

// proc.c中5.4内核下的实现示例
#include "proc.h"

#if LINUX_VERSION_CODE < KERNEL_VERSION(5, 6, 0)
struct file_operations proc_fops = {
    .owner = THIS_MODULE,
    .read = proc_read,
    .write = proc_write,
    // 按需添加其他操作函数
};
#endif

4. 统一类型声明路径 #

确保所有涉及proc_fops的文件都通过proc.h获取类型声明，避免重复定义或错误声明类型。

内容的提问来源于stack exchange，提问作者G. Ianni