Linux内核设计与实现第二版勘误

BY albcamus
Robert Love的《Linux Kernel Development》一书，比较适合内核入门。而且对某些方面的解说，比如各种下半部，非常到位。承蒙一位陌生朋友的慨然相助，我有幸得到了本书的英文第二版，把中文不好理解的地方对照英文订正一下。只订正有碍理解的，当然可能有些是我理解错误，朋友们指正。多谢了。

L+7 表示从上往下数第7行；L-7表示从底向上数第7行。

P8

L+7：练习中一般在头文件中定义内联函数

订正：实践中一般在头文件中定义内联函数

P9

L-13：Linux内核支持多处理器并发处理

订正：原文是“The Linux Kernel supports multiprocessing”，译为“Linux内核支持多处理器系统”似乎好些，而且这里不能说成是并发(concurrent)，应该是并行(parallel)

P31

L+9：每个优先级数组还包含一个叫做struct list_head的队列。

订正：翻译错误。原文是：“Each priority_array also contains an array named queue of struct list_head queues.”应译为：“每个priority_array包含一个叫作queue的数组，该数组每个元素都是一个struct list_head类型的队列”。其实这个从左边那页给出的priority_array的结构定义也能看出来。

P51

L+1：将系统调用号和参数压入寄存器并出发软中断来陷入内核

订正：应该是“触发软件中断”，原文是software interrupt而不是softirq。这跟作为一种下半部机制的softirq根本不是一回事。

P61

L-4：首先，因为处理器禁止中断，这里要把它们打开，就必须在处理程序注册期间指定SA_INTERRUPT标志。

订正：“必须”应该改成“不能”。如果注册时指定了SA_INTERRUPT标志，这里能打开吗？显然不能。译者误解了原著的意思。

P63

L-17：cli和sti分别是对clear和set允许中断（allow interrupts）标志的汇编指令

订正：译的真别扭。改为：“cli和sti分别是对允许中断标志的clear和set操作的汇编指令的调用。”(好象一样别扭 )

P73

订正：这节中所有“挂起”字样，原文统统是pending，意思是悬而未决的、未处理的、待处理的，用过UNIX信号的人都知道，pending跟suspended根本不是一个意思。

P87
这里本来正确的，我说错了，多谢richardhesidu兄的指正

P116

第9.2节

订正：排版太不负责任了，作为节拍的倒数的HZ变量，全都给印刷成了Hz，好象频率单位赫兹一样。大家自己改改吧。

P155

L+8：struct super_operations s_op;

订正：struct super_operations *s_op; 原书也印刷错了。（可别小看这个星星，VFS的面向对象全靠它）


P170

L+4：有三个数据结构将VFS层和文件的进程紧密联系在一起

订正：“文件的”这三个字不知道从哪里来的，原书没有，也不该有。


P175

L+10~L+11：可以在文件;中找到包含所有合法标志的bh_state_bite列表。

订正：误译。原文是：The legal flags are stored in the bh_state_bits enumeration,which is defined in ;。其实看见enumeration的前4个字母就能猜到是枚举，改成：“合法的标志存储在 bh_state_bits枚举中，该枚举在;中定义。”


P176

L-3：struct bio_vec *bi_io_vecs

订正：struct bio_vec *bi_io_vec。还有下页图12-2和解说的文字，都印刷错了。


P191

L-11：记住根节点总为红色。

订正：这话怎么跟我看的数据结构的书矛盾啊。Mark Allen Weiss的《数据结构与算法分析──C语言描述》2nd第十二章《高级数据结构及其实现》就说：“根总是黑色的。”(P.S. Weiss可是Robert Love的老师哦)其实Love的话自相矛盾，他这么说的：“（红色和黑色）分派的规则为：1)红节点的子节点为黑色，并且2)树中任何一条从节点到叶子的路径必须包含同样数目的黑色节点。记住根节点总为红色。” 我们可以做个反证。假设根节点为红色，考虑一棵只有2个节点的二叉树，既然根节点是红色，那么根据Love说的第一条规则，叶节点必定为黑色，这将导致从根节点到左右NULL指针的路径包含的黑色节点个数不同（左边是0,右边是1）,与第二条规则矛盾。Love本科是在佛罗里达大学读的数学专业，不可能犯这种错误，要不就是印刷问题，要不就是我理解错了。


P237

L+1：如果你希望得到一个单独的文件

订正：原文是“If you need to diff only a single file”，明显是说，diff程序的输入是两个单一文件（而不是两个目录），并非指diff生成一个单一补丁文件。（再说，diff程序能生成1个以上的文件吗？很怀疑的说 ）

OK，大体这么多吧，其他的基本不影响阅读。Happy Reading！！


续补：

十一时候翻译文档，发现有些知识理解还不到位，于是重读，又勘出几条错误。补在这里：

P246，B.1.2，
原书：它的原型在;中：
void *kmalloc_percpu(size_t size, int flags);
void kfree(const void *);
勘误：注意第一行存在严重印刷错误。应该把第一行改正为下面的两行：
void *alloc_percpu(type);
void * __alloc_percpu(size_t size, size_t align);

P246, L-5
原书：函数kfree_percpu()将返回一个指向动态生成的单CPU数据的间接引用。
勘误：“函数kfree_percpu()”改正为“函数alloc_percpu()或者__alloc_percpu()”。

P111, “8.9禁止抢占”上方那段话
原书：只要没有其他写者，写锁总是能够被成功获得。读者不会影响写锁，这点和读者-写者自旋锁及信号量一样。
勘误：译者理解错误。本书英文版原文是“The write lock always succeeds in being obtained so long as there are no other writers. Readers do not affect the write lock, as in the case with reader-writer spin locks.” 这句话的意思是说，seqlock这种锁，如果你想对它加写锁，只要此时没有别的写锁，那么不管有没有、有多少读锁加在它上面，你都会加锁成功。这与读写锁、读写信号量不同，读写锁和读写信号量当存在读锁的时候，写锁不可能成功，它会使调用者一致自旋，直到所有的写锁都被释放为止。其实这些知识你在本书 P104和P108对读写锁和读写信号量的讲解中也能得到印证。因此，这句话改正为：“只要没有其它写者，获取写锁总会是成功的。读者并不象读写锁与读写信号量那样会影响写锁。”

P109, “8.7 BKL”上面那段讲述“完成变量”的话
原书：完成变量的通常方法是，将完成变量作为数据结构中的一项动态创建，而完成数据结构初试化工作的代码将调用wait_for_completion()进行等待。
勘误：译者理解错误。本书英文版原文是“Kernel code waiting for the initialization of the data structure calls wait_for_completion(). When the initialization is complete, the waiting tasks ared awakened via a call to completion().” 译文改正为：“那些等待数据结构被初试化的内核代码调用wait_for_completion()函数进行等待，当初试化完成之后，执行初试化的线程会调用completion()函数来唤醒所有正在等待的任务。”

P74，“2. 调度tasklets”上面那一行
原书：tasklets才被激活，并且在被设置为挂起状态时，该tasklet才能够执行。
勘误：“被设置为挂起状态”原文是“if marked pending”，更准确的译法是“被标记为待处理的”。 另外再重复一遍，本章出现的所有“挂起”字样，其英文原文都是pending，意为未处理的、待处理的、待决的。大家自己做相应的改动，不一一给出了。

还有一个错误，就是Radix Tree数据结构并非二叉树， 然而书中却这么说的，中英文都错了。