4、跳转到重定位后的reloc_start处，由reloc_start至reloc_end的代码复制解压后的内核代码到0x30008000处，并调用call_kernel跳转到0x30008000处执行。
在通过head.S了解了动态过程后，大家可能会有几个问题：
问题1：zImage是如何知道自己最后的运行地址是0x30008000的？
问题2：调用decompress_kernel函数时，其4个参数是什么值及物理含义？
问题3：解压函数是如何确定代码中压缩内核位置的？
先回答第1个问题
这个地址的确定和Makefile和链接脚本有关，在arch/arm/Makefile文件中的
textaDDR-y := 0xC0008000 这个是内核启动的虚拟地址
TEXTADDR := $(textaddr-y)
在arch/arm/mach-s3c2410/Makefile.boot中
zreladdr-y := 0x30008000 这个就是zImage的运行地址了
在arch/arm/boot/Makefile文件中
ZRELADDR := $(zreladdr-y)
在arch/arm/boot/compressed/Makefile文件中
zreladdr=$(ZRELADDR)
在arch/arm/boot/compressed/Makefile中有
.word zreladdr @ r4
内核就是用这种方式让代码知道最终运行的位置的
接下来再回答第2个问题
decompress_kernel(ulg output_start, ulg free_mem_ptr_p, ulg free_mem_ptr_end_p,
int arch_id)
l output_start：指解压后内核输出的起始位置，此时它的值参考上面的图表，紧接在解压缓冲区后；
l free_mem_ptr_p：解压函数需要的内存缓冲开始地址；
l ulg free_mem_ptr_end_p：解压函数需要的内存缓冲结束地址，共64K；
l arch_id ：architecture ID，对于SMDK2410这个值为193；
最后回答第3个问题
首先看看piggy.o是如何生成的，在arch/arm/boot/compressed/Makefie中
$(obj)/piggy.o: $(obj)/piggy.gz FORCE
Piggy.o是由piggy.S生成的，咱们看看piggy.S的内容：
.section .piggydata,#alloc
.globl input_data
input_data:
.incbin "arch/arm/boot/compressed/piggy.gz"
.globl input_data_end
input_data_end:
再看看misc.c中decompress_kernel函数吧，它将调用gunzip()解压内核。gunzip()在lib/inflate.c中定义，它将调用NEXTBYTE()，进而调用get_byte()来获取压缩内核代码。
在misc.c中
#define get_byte() (inptr < insize ? inbuf[inptr++] : fill_inbuf())
查看fill_inbuf函数
int fill_inbuf(void)
{
if (insize != 0)
error("ran out of input data");
inbuf = input_data;
insize = &input_data_end[0] - &input_data[0];
inptr = 1;
return inbuf[0];
}
发现什么没？这里的input_data不正是piggy.S里的input_data吗？这个时候应该明白内核是怎样确定piggy.gz在zImage中的位置了吧。
时间关系，可能叙述的不够详细，大家可以集合内核代码和网上的其它相关文章，理解启动解压过程。
“www.5idzw.com提供”
，zImage内核镜像解压过程详解