读Kernel感悟-Linux内核启动-内核解压缩
来源:互联网 发布:淘宝短连接在线生成 编辑:程序博客网 时间:2024/04/28 02:34
文章来源:http://www.top-e.org/jiaoshi/class/
这得从vmliux.bin的产生过程说起。 从内核的生成过程来看内核的链接主要有三步: 第一步是把内核的源代码编译成.o文件,然后链接,这一步,链接的是arch/i386/kernel/head.S,生成的是vmlinux。注意的是这里的所有变量地址都是32位页寻址方式的保护模式下的虚拟地址。通常在3G以上。 第二步,将vmlinux objcopy 成arch/i386/boot/compressed/vmlinux.bin,之后加以压缩,最后作为数据编译成piggy.o。这时候,在编译器看来,piggy.o里根本不存在什么startup_32。 第三步,把head.o,misc.o和piggy.o链接生成arch/i386/boot/compressed/vmlinux,这一步,链接的是arch/i386/boot/compressed/head.S。这时arch/i386/kernel/head.S中的startup_32被压缩,作为一段普通的数据,而被编译器忽视了。注意这里的地址都是32位段寻址方式的保护模式下的线性地址。 自然,在这过程中,不可能会出现startup_32重定义的问题。 你可能会说:太BT了,平时谁会采用这种方式编译程序? 是啊,然而在内核还没启动的情况下,要高效地实现自解压,还有更好的方式么? 所以前面的问题就迎刃而解。setup执行完毕,跳转到vmlinux.bin中的startup_32()是arch/i386/boot/compressed/head.S中的startup_32() 这是一段自解压程序,过程和内核生成的过程正好相反。这时,CPU处在32位段寻址方式的保护模式下,寻址范围从1M扩大到4G。只是没有页表。 我们对具体的解压过程不感兴趣。 内核解压完毕。位于0x100000即1M处 最后,执行一条跳转指令,执行0x100000处的代码,即startup_32(),这回是arch/i386/kernel/head.S中的startup_32()代码 ljmp $(__BOOT_CS), $__PHYSICAL_START
- 读Kernel感悟-Linux内核启动-内核解压缩
- 读Kernel感悟-Linux内核启动-BIOS
- 读Kernel感悟-Linux内核启动-内核的生成
- Linux kernel 分析之五:内核启动-内核解压缩
- 读Kernel感悟-Linux内核启动-从hello world说起
- 读Kernel感悟-Linux内核启动-setup辅助程序
- 读Kernel感悟-Linux内核启动-开启页面映射
- 读Kernel感悟-Linux内核启动-链接脚本
- 读Kernel感悟-Linux内核启动-从hello world说起
- 读Kernel感悟-Linux内核启动-从hello world说起
- 读Kernel感悟-Linux内核启动-从hello world说起
- linux内核启动地址 解压缩 启动参数
- 读Kernel感悟-伪装现场-内核线程
- linux启动流程分析-内核解压缩过程
- (收集/整理)linux 内核启动 解压缩
- linux启动流程分析-内核解压缩过程
- linux内核启动地址,解压缩,内核参数问题探讨
- linux内核启动地址,解压缩,内核参数问题探讨【转】
- C++中简单的命名规则
- Perl读写Excel
- 读Kernel感悟-Linux内核启动-setup辅助程序
- STLPort编译---闵孝忠写
- 写操作系统(四)执着 初始引导程序 中断
- 读Kernel感悟-Linux内核启动-内核解压缩
- Swish-e搜索引擎中的数据压缩算法(二)
- Linux 下的进程间通信
- cmd命令结果保存为文件
- 电影《非诚勿扰》
- 男人最爱只有一个
- 我国将组织100万未就业毕业生参加见习
- ASP.NET组件与开发之复合控件的事件处理
- fdisk详解