vfs_readdir函数的filldir_t参数详解
filldir有两重含义：
第一，vfs_readir的回调函数（确切的应该叫filldir_t filler)；
第二，sys_getdents传递给vfs_readdir的回调函数。

filldir_t filler是在各个vfs_readir内部被回调的，由各个fs内部的read_dir实现来完成目录遍历操作，
对于遍历到的每个文件或子目录，回调filler来填充buf。

也就说，buf内部是有结构的，具体结构的定义由filler来决定。
例如，由于getdents要把目录列表返回给用户态，所以结构需要满足linux_dirent的要求。

在内核遍历目录肯定是可以的，stacked fs，例如unionfs或者aufs，
都是调用底层fs的vfs接口（包括vfs_readir）来实现自己的vfs接口的。

比如，某个unionfs是由ext2和ext3两个分区联合而成的，那么unionfs->readdir就简单的调用了ext2->readdir和ext3->readdir。
可以模拟用户态在内核里调用sys_open, sys_getdentns等。

网上应该有很多介绍如何在内核里打开文件的文章。

剩下的工作就是在内核里模拟libc里面open_dir/read_dir的行为。

1、我在内核层，不知道如何调用sys_getdents(编译时候提示的是未定义），我现在使用sys_getdents函数是通过劫持的系统调用来使用的。这样就又需要用户空间和内核空间交互之后我才可以使用sys_getdents，我是想在内核空间独立使用，不知道您有没有什么办法或者思路

2、内核空间可以直接使用sys_readdir函数（EXPORT_SYMBOL(vfs_readdir);），但是使用vfs_readdir(struct file *file, filldir_t filler, void *buf)函数时候，第二个参数为filldir_t filler，我又不知道要如何填充

1. 先grep getdents /proc/kallsyms，看看vmlinux里面有没有sys_getdents，
  如果有，在代码里做一个extern声明（需要跟内核代码里一致）就可以让编译器正常工作。
（按理说，#include <linux/syscalls.h>应该就自动包含了）
  不过最新的内核貌似对syscall包装的越来越深，没仔细研究过。
 
  2. 那个可以是任意自定义的函数啊，比如
  int myfilldir(void *arg, char *name, ...)
  {
    printk("dir name=%.*s\n", 10, name);
    return 0;
  }