如果你深思一下语言中的任何一种数据类型，是否是一种抽象？比如，C中的int型，就是所有整数的一种抽象，只不过，因为内存和寄存器的有界，这个整数的范围不是数学中的无限，而是受计算机寻址范围的限制。那么，C语言中最恼人的指针类型呢？也不过是内存地址的一种抽象。
言归正传，回到Linux内核。如果把内核比喻成一个母家园的话，那么插入的模块就是围绕母亲的孩子。内核中存在有大量的变量和函数（统称为符号），母亲并不是把所有的符号都共享给孩子，而是根据需要分享一些符号出去，因此在内核代码中，凡是被EXPORT_SYMBOL()宏导出的符号，孩子们才能直接调用。可是，有时候孩子想使用的符号并没有被母亲释放出来怎么办？这就是上一讲中所提的问题所在。
实际上，为了系统管理员便于观察内核的信息，内核已经提供了出口，这就是proc文件系统。进入proc目录，犹入进入大集市，各种信息应接不暇。其中有一个叫kallsyms文件中存放有所有符号的地址。当你知道了一个变量或函数的地址，就相当于找到了其信息存放的入口点，借助于指针，抓取它们的内容就轻而易举了。
动起手来，在kallsyms中找一个你熟悉的变量，比如super_blocks, inode，打印出其某些字段的内容。例如，在Linux文件系统中，每个文件系统都有一个超级块，以下模块打印出超级块中某些字段的内容。
#include <linux/module.h>
#include <linux/fs.h>
#include <linux/init.h>
#include <linux/list.h>
#include <linux/spinlock.h>
#include <linux/kdev_t.h>
#define SUPER_BLOCKS_ADDRESS 0xc048db0c //
from /proc/kallsyms
#define SB_LOCK_ADDRESS 0xc05b2440 // from /proc/kallsyms
static int __init sbinfo_init(void)
{
struct super_block *sb;
struct list_head *pos;
printk("sb:%d/tinode:%d/n",sizeof(struct
super_block),sizeof(struct inode));
printk("/nprint file_sys_type:/n");
spin_lock((spinlock_t *)SB_LOCK_ADDRESS);
list_for_each(pos, (struct list_head *)SUPER_BLOCKS_ADDRESS) {
sb = list_entry(pos, struct super_block, s_list);
printk("dev_t:%d:%d ",
MAJOR(sb->s_dev),MINOR(sb->s_dev));
printk("count:%d file_type
name:%s/n", sb->s_count, sb->s_type->name);
}
spin_unlock((spinlock_t *)SB_LOCK_ADDRESS);
return 0;
}
static void __exit sbinfo_exit(void)
{
printk("unloading..../n");
}
module_init(auditfs_init);
module_exit(auditfs_exit);
MODULE_LICENSE("GPL");