网络协议第二篇.pptVIP

第二章 内核系统初始化 2.1 系统初始化流程简介 2.2 内核文件解读 2.3 中断及任务调度管理 2.4 虚拟文件系统 2.5 网络协议栈各部分初始化 2.6 linux设备管理 编译源码 首先进入linux源码目录，一般在/usr/src/linux目录下，如果没有的话可以从网上下载。下载地址为：/ 下载到本地后复制到/usr/src/目录，文件名一般如下格式：linux-2.6.38-rc6.tar.bz2 对下载的文件进行解压，命令如下: #tar –jxvf linux-2.6.38-rc6.tar.bz2 #ln –s linux-2.6.38-rc6.tar.bz2 linux 进入/usr/src/linux目录，运行make menuconfig命令，出现内核加载菜单，如图所示 图中选项前的“*”表示模块被编译进内核，在系统启动的时候被主函数调用执行 选项“M”表示被编译成一个“.ko”文件，放在某个目录下，系统启动的时候依靠脚本把这些目标文件装入内核 2.1 系统初始化流程简介 Linux系统启动，主要与以下代码密切相关： 4个汇编程序：bootsect.S、setup.S、head.S、entry.S。 init目录下的main.c 在系统启动中，要关注以下几个方面： 中断系统及调度系统 文件系统初始化 设备管理系统的初始化 网络协议的初始化 2.4 虚拟文件系统 VFS在Linux及UNIX系统中是非常重要的概念 与其他任何系统不同，Linux系统并不通过设备标识访问某个文件系统，而是将它们捆绑在一个树型结构中 文件系统安装时（mount），linux将它挂到树的某个节点（目录），文件系统的所有文件就是该目录下的文件或子目录，直到文件系统卸载（umount） VFS只存在于内存中，在系统启动时被创建，系统关闭时注销。 VFS的作用就是屏蔽各种文件系统的差异，给用户、应用程序，甚至linux其他管理模块提供统一的接口集合 管理VFS数据结构的组成部分主要包括超级块和inode VFS的目录树 文件系统的注册 这里的文件系统是指可能会被挂载到目录树中的各个实际文件系统，所谓实际文件系统，即是指VFS 中的实际操作最终要通过它们来完成而已，并不意味着它们一定要存在于某种特定的存储设备上。 比如在 Linux 机器下就注册有 “rootfs”、“proc”、“ext2”、“ext3”、sockfs 等十几种文件系统。 数据结构 在 Linux 源代码中，每种实际的文件系统用以下的数据结构表示： struct file_system_type { const char *name; int fs_flags; struct super_block *(*read_super) (struct super_block *, void *, int); struct module *owner; struct file_system_type * next; struct list_head fs_supers; }; 注册过程实际上将表示各实际文件系统的 struct file_system_type 数据结构的实例化，然后形成一个链表，内核中用一个名为 file_systems 的全局变量来指向该链表的表头。 注册 rootfs 文件系统 在众多的实际文件系统中，之所以单独介绍 rootfs 文件系统的注册过程，实在是因为该文件系统 VFS 的关系太过密切，如果说 ext2/ext3 是 Linux 的本土文件系统，那么 rootfs 文件系统则是 VFS 存在的基础。一般文件系统的注册都是通过 module_init 宏以及 do_initcalls() 函数来完成(读者可通过阅读module_init 宏的声明及 arch\i386\vmlinux.lds 文件来理解这一过程)，但是 rootfs 的注册却是通过 init_rootfs() 这一初始化函数来完成，这意味着 rootfs 的注册过程是 Linux 内核初始化阶段不可分割的一部分。 init_rootfs() 通过调用 register_filesystem(rootfs_fs_type) 函数来完成 rootfs 文件系统注册的，其中rootfs_fs_type 定义如下： struct file_system_type rootfs_fs_type = { \ name: rootfs, \ read_super: ramfs_read_super, \ fs_flags: FS_NOMOUNT|FS_LITTER, \ owner: THIS_MODULE, \ } 注册之