内核空间关闭文件后清理inode、dentry及数据缓存的方法咨询

问题1：filp_close后inode和dentry是否会被移除？ #

不会立刻被移除，内核里的inode和dentry对象靠引用计数管理生命周期：

• 调用filp_open时，内核创建struct file实例，同时递增对应inode的i_count和dentry的d_count引用计数。
• filp_close本质是调用fput()，它会递减struct file的引用计数；当file对象引用归0时，才会触发iput()去递减inode的i_count。
• 只有当inode的i_count降到0、且无页缓存/脏数据等关联资源时，inode才会被销毁；同理，dentry的d_count归0且无其他依赖时，才会被回收。

结合你提供的代码来看：
你调用kernel_read读取了文件内容，内核会为文件建立页缓存，页缓存会持有inode的引用——这就导致即便执行filp_close，inode的i_count依然大于0，所以inode和dentry不会被立刻移除。

问题2：如何手动清理inode、dentry及数据缓存？ #

如果需要操作后主动清理相关资源，可通过以下内核函数实现（注意：这些操作需谨慎使用，避免影响其他依赖该文件的进程）：

1. 清理数据缓存（页缓存） #

使用invalidate_inode_pages2()无效化并释放指定inode关联的所有页缓存，调用前建议先同步文件系统确保脏数据落地：

// 同步文件系统，确保脏数据写入磁盘
sync_filesystem(file_inode(fp)->i_sb);
// 清理该inode对应的页缓存
invalidate_inode_pages2(file_inode(fp));

2. 强制回收inode和dentry #

• 对于inode：filp_close已经通过fput()触发了iput()递减引用计数，除非你明确知道无其他引用，否则不建议手动重复调用iput()，避免引用计数异常。
• 对于dentry：可通过dput()递减其引用计数，获取dentry用file_dentry(fp)：

dput(file_dentry(fp));

多数场景下，让内核自动回收机制处理即可，强制手动回收仅适用于确定无其他依赖的场景。

结合你的代码修改示例 #

若要在filp_close后清理缓存，可在关闭文件后补充代码：

filp_close(fp, NULL);
// 同步文件系统
sync_filesystem(file_inode(fp)->i_sb);
// 清理页缓存
invalidate_inode_pages2(file_inode(fp));
// 手动递减dentry引用（可选）
dput(file_dentry(fp));

另外，你的代码存在内存泄漏——kzalloc分配的buffer.data未释放，建议补充cleanup分支：

cleanup:
    kfree(buffer.data);
    return status;

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