Linux内核编码拾锦
1.一种定义函数指针的方法
<linux/proc_fs.h>
typedef int (read_proc_t)(char *page, char **start, off_t offset, int count, int *eof, void *data);
read_proc_t *proc_read;
这种定义方法有一个优势就是，即使你没有看到read_proc_t的定义，也能够清楚的知道proc_read是一个指针，如下面2中的的create_proc_read_entry中的参数中显示的那样。另一种常用方法是：
typedef int (*read_proc_t)(....);定义函数指针。
read_proc_t p;
但是这种方法没有上面那种可读性好，因为不能一眼就看出p是一个函数指针。
2.一种定义宏的方法
<linux/proc_fs.h>
static inline struct proc_dir_entry *create_proc_read_entry(const char *name, mode_t mode,
struct proc_dir_entry *base, read_proc_t *read_proc, void *data);
inline关键字是GNU C扩展的，专门为设计内核而扩展的，它能够将函数编译成宏，如果它是函数，那么由于有static关键字修饰，显然你不能在本文件之外定义及使用它。
3.枚举变量的数量
<linux/interrupt.h>
enum{
HI_SOFTIRQ,
TIMER_SOFTIRQ,
...
...
NR_SOFTIRQS,
};
这个枚举定义了软中断类型，最后一个NR_SOFTIRQS理所当然的表示了枚举类型的最大值。
4.联合和结构的嵌套
<linux/mm_types.h>
struct page{
unsigned long flags;
union {
atomic_t _mapcount;
struct {
u16 inuse;
u16 objects;
};
};
}
结构page中的成员怎样访问呢？初始化怎样初始化呢？含有匿名的联合和结构。测试以后可以发现最内层的成员还是当成第一层来访问，但是不能这样初始化。如有
struct page p;
p.flags=1;
atomic_set(&p._mapcount,1);
p.inuse=1;
p.objects=1;
而不能如下这样初始化
struct page p={
.flags=1,
.inuse=1,
相关文档：
Linux Kernel学习笔记
Table of Contents
1. 存储器寻址
2. 设备驱动程序开发
3. 字符设备驱动程序
3.1. 设备号
3.2. 设备号的分配和释放
3.3. 重要的数据结构
3.4. 读和写
4. PCI设备
5. 内核初始化优化宏
6. 访问内核参数的接口
7. 内核初始化选项
8. 内核模块编程
8.1. 入门
8.2. 为模块添加 ......
库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。例如：libhello.so libhello.a
为了在同一系统中使用不同版本的库，可以在库文件名后加上版本号为后缀,例如： libhello.so.1.0,由于程序连接默认以.so为文件后缀名。所以为了使用这些库，通常使用建立符号连接的方式。
ln -s libhello.so.1.0 libhello.so.1 ......
Linux 内核简介
现在让我们从一个比较高的高度来审视一下 GNU/Linux 操作系统的体系结构。您可以从两个层次上来考虑操作系统，如图 2 所示。
图 2. GNU/Linux 操作系统的基本体系结构
系统调用接口（SCI）的方法
实际上，体系结构可能并不像图 2 所示的一样清晰。例如，处理系统调用（从用户空间切换到内核空 ......
1、特权级
Intel体系结构引入特权级是为了实现保护。所谓386保护模式就是在此基础上建立起来的。系统中每个段（CS、DS、SS）都有自己的特权级，系统中每个任务或程序也都有自己的特权。
2、操作模式
处理器加电或重启后，首先进入实模式，操作系统初始化部分负责从实模式到保护模式的切换。
3、段、段� ......
