2.6.24内核的compressed/head_32.S直接调用call decompress_kernel
我在看2.6.24内核，linux/arch/x86/boot/compressed/head_32.S中，既然运行时被重定位了，那么连接时的标号地址就不准确了，怎么还能直接调用call decompress_kernel呢？相关代码如下：接待方案
……
call 1f
1: popl %ebp
……
movl output_len(%ebx), %eax
pushl %eax
pushl %ebp # output address
movl input_len(%ebx), %eax
pushl %eax # input_len
leal input_data(%ebx), %eax
pushl %eax # input_data
leal _end(%ebx), %eax
pushl %eax # end of the image as third argument
pushl %esi # real mode pointer as second arg
call decompress_kernel
addl $20, %esp
popl %ecx
……
既然用了input_len(%ebx), 说明代码是从0地址开始链接的，并且通过寄存器进行了重定位寻址，那么decompress_kernel应该
也是相对于0始址的偏移量(head_32.S和misc_32.c是一起链接的)，当压缩内核移到到0x100000+X的地址开始解压缩前夕，decompress_kernel的实际位置显然和链接位置不一致，怎么还能用call decomress_kernel呢（没有重定位）？前面的call 1f 可以看做是短调用(二进制代码中用相对位移，无需重定位)，而call decomress_kernel显然不是。
call decomress_kernel类似于执行
push IP
jmp near ptr decomress_kernel
jmp near ptr做的事情就类似于:
IP=IP+16位位移
16位位移=标号decomress_kernel处的地址-jmp指令后的第一个字节的地址
所以其实IP偏移是个相对地址