在阅读源代码的时候,经常会发现在跟踪函数调用时跟踪不下去了,如result = dir->i_op->lookup(parent_inode, child_dentry, nd);
这类似于C++中的多态。inode_operations中的lookup函数指针具体指向哪个函数,不是在编译时确定的,而是在运行期确定的。具体地说,就是在从磁盘上读入inode时才对对应inode的inode_operations结构体赋值。在ext2_read_inode()中
inode->i_fop = &ext2_file_operations;
也就是在inode对象创建的同时也对inode对应的操作进行了绑定。
但是为了确定函数指针具体指向的是哪一个函数,而去找函数指针的赋值的地方,未免有些麻烦。而通过内核变量的命名规则猜测对应的函数倒不失为一个好办法。在这个例子中,我们使用的文件系统是ext2。于是猜测lookup对应的函数是ext2_lookup。很幸运,我们猜对了。为了保证扩展性,内核中使用了大量的函数指针,采用了大量的“动态绑定”。在这种情况下,总结一下内核变量的命名规则是很有必要的。
我个人认为变量的命名是很重要的,因为这关系到代码的可读性。通常每个公司都有自己的一套变量命名规范。比较有名的有微软的匈牙利命名法,以及Unix应用程序的命名方式。Linux内核采用的是Unix应用程序的命名方式,标志符通常采用“小写加下划线”的方式。
sys_+系统调用名:是系统调用在内核中的入口处理函数如sys_fork(),因为所有的socket通信相关的系统调都通过sys_socketcall,所以他们的命名形式也像普通系统调用一样。如sys_socket,sys_bind等等,
do_+系统调用/中断操作名等等:具体的处理函数,如do_fork(被
这类似于C++中的多态。inode_operations中的lookup函数指针具体指向哪个函数,不是在编译时确定的,而是在运行期确定的。具体地说,就是在从磁盘上读入inode时才对对应inode的inode_operations结构体赋值。在ext2_read_inode()中
inode->i_fop = &ext2_file_operations;
也就是在inode对象创建的同时也对inode对应的操作进行了绑定。
但是为了确定函数指针具体指向的是哪一个函数,而去找函数指针的赋值的地方,未免有些麻烦。而通过内核变量的命名规则猜测对应的函数倒不失为一个好办法。在这个例子中,我们使用的文件系统是ext2。于是猜测lookup对应的函数是ext2_lookup。很幸运,我们猜对了。为了保证扩展性,内核中使用了大量的函数指针,采用了大量的“动态绑定”。在这种情况下,总结一下内核变量的命名规则是很有必要的。
我个人认为变量的命名是很重要的,因为这关系到代码的可读性。通常每个公司都有自己的一套变量命名规范。比较有名的有微软的匈牙利命名法,以及Unix应用程序的命名方式。Linux内核采用的是Unix应用程序的命名方式,标志符通常采用“小写加下划线”的方式。
sys_+系统调用名:是系统调用在内核中的入口处理函数如sys_fork(),因为所有的socket通信相关的系统调都通过sys_socketcall,所以他们的命名形式也像普通系统调用一样。如sys_socket,sys_bind等等,
do_+系统调用/中断操作名等等:具体的处理函数,如do_fork(被