《linux 内核完全剖析》 由逻辑地址转换成线性地址代码分析 get_base get_limit 代码分析笔记
一开始由这段代码引发的纠结
get_base(current->ldt[1])
下面是各个相关的代码，摘自不同的header files。。。
current是指向当前task的指针
struct desc_struct ldt[3];
struct desc_struct {
unsigned long a,b;
} ;
#define _get_base(addr) ({\
unsigned long __base; \
__asm__("movb %3,%%dh\n\t" \
"movb %2,%%dl\n\t" \
"shll $16,%%edx\n\t" \
"movw %1,%%dx" \
:"=d" (__base) \
:"m" (*((addr)+2)), \
"m" (*((addr)+4)), \
"m" (*((addr)+7))); \
__base;})
#define get_base(ldt) _get_base( ((char *)&(ldt)) )
事实证明(说的直接点就是代码看不懂),前面的8086保护模式编程是相当重要的，是理论基础。我现在越来越理解汤老师的话，只有坚实的理论基础，才能更好的实践。
不复习分页保护模式，这段代码是看不懂的，而且一开始我特别纠结
:"m" (*((addr)+2)), \ "m" (*((addr)+4)), \ "m" (*((addr)+7))); \
为什么取addr的偏移量偏偏就是2 4 7
通过ldt(locale descriptor table)可以找到它映射的物理地址空间。
struct desc_struct {
unsigned long a,b;
} ;
这个结构体里面的 a b 是unsigned long类型，8 byte长， 32位
对应的是段描述符， 贴图吧。。
ldt[1],是代码段，ldt[2]数据段，ldt[0]为空，至于为什么，现在。。。我也布吉岛。。。
get_base传参的方式有点技巧，他传递了ldt的地址
然而这里的ldt其实是一个指针current->ldt[1] ，于是这里的addr是一个指针，这个对于理解为什么addr偏移2 4 7“至关重要”。。。
#define get_base(ldt) _get_base( ((char *)&(ldt)) )
但是我觉得赵炯博士的解释说明图和具体代码对应的时候，是有点问题的。
我纠结了很久这里的addr+2 addr+4 addr+7究竟指向哪儿了。
事实上
addr+2是指向那个有16位长度的base address的(0-15)
addr+4是指向那个有最右边的8位base address(16-23)
addr+7是指向那个最左边的8为base address的(24-31)
数据段描述符是对应结构体
struct desc_struct {
unsigned long a,b;
} ;
#define _get_base(addr) ({\
unsigned long __base; \
__asm__("movb %3,%%dh\n\t" \
"movb %2,%%dl\n\t" \
"shll $16,%%edx\n\t" \
"movw %1,%%dx" \
:"=d" (__base) \
:"m" (*((addr)+2)), \
"m" (*((addr)+4)), \
"m" (*((addr)+7))); \
__base;})
这个获取基地址就很好解释了。
首先 取addr+4开始的8个位，置于寄存器%dl，取addr+7开始的8个位置于寄存器%dh
然后左移16位，把刚移入的16位数据(本来在寄存器中的低16位)，移位到高16位
取addr+2开始的16位，置于寄存器%dx，也就是%edx的低16位。
这样edx就被填满了。是 segment base！
update:2014.05.07
删除了之前错误的观点，增添了getlimit的分析
#define get_limit(segment) ({ \
unsigned long __limit; \
__asm__("lsll %1,%0\n\tincl %0":"=r" (__limit):"r" (segment)); \
__limit;})
segment是段选择符
