本文主要是介绍android 最新bootloader LK加载kernel的问题，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
- MMU
执行boot命令的时候，会执行以下跳入kernel的函数，这和其他bootloader的做法是一样的，唯一的不同是LK使用了MMU和Cache来支持多线程，所以在跳到内核之前要先disable mmu和cache，代码如下
uboot使用了MMU吗？？
| 体系结构有关，可以打开也可以不打开。一般uboot代码很少，为了简化设计，都是不使用mmu，如果不能绕开mmu的，通过最简单的逻辑地址==物理地址映射方式就可以了。 链接 的时候会指定代码段，数据段的逻辑地址， 这个要和实际运行时候的逻辑地址一致，每个体系结构都会指定cpu上电后的第一个指令的地址，这个很关键。 |
所以在bootloader中 执行C语言时是否打开MMU都没有关系，关键是跳转时必须close MMU.
- void boot_linux(void *kernel, unsigned *tags,
- const char *cmdline, unsigned machtype,
- void *ramdisk, unsigned ramdisk_size)
- {
- unsigned *ptr = tags;
- void (*entry)(unsigned,unsigned,unsigned*) = kernel;
- ................
- for (i = 0; i < 500; i++)
- dprintf("%x ", (char *)kernel[i]); //打印出kernel地址处的数据，的确是zImage的数据00 00 a0 e1 .... , kernel 地址为0x00208000
- enter_critical_section(); //关闭中断
- platform_uninit_timer(); //关闭watch dog
- arch_disable_cache(UCACHE); //关闭cache
- arch_disable_mmu(); //关闭mmu
- entry(0, machtype, tags);
- }
但是，在arch_disable_mmu()之后并没有继续执行entry这个函数，而如果把arch_disable_mmu()去掉，则可以到entry(0, machtype, tags); 但是内核同样跑不起来，可能是进入内核前一定要关闭mmu导致？所以问题的关键还是在arch_disable_mmu();后为什么没有到entry(0, machtype, tags); ？
arch_disable_mmu();的是这样实现的：
- void arch_disable_mmu(void)
- {
- arm_write_cr1(arm_read_cr1() & ~(1<<0)); // disable mmu
- }
arm_write_cr1和arm_read_cr1的实现为：
- /* uint32_t arm_read_cr1(void) */
- FUNCTION(arm_read_cr1)
- mrc p15, 0, r0, c1, c0, 0
- bx lr
- /* void arm_write_cr1(uint32_t val) */
- FUNCTION(arm_write_cr1)
- mcr p15, 0, r0, c1, c0, 0
- bx lr
所以arch_disable_mmu();的最后一条指令时bx lr ， 即返回指令，这条指令也执行了，但奇怪的是为什么entry(0, machtype, tags);这个就不执行了呢？
entry(0, machtype, tags);被反汇编为5条指令，3条push压栈指令，一条mov r0 , #0, 最后是blx r9 , 跳到内核，其中 r9是zImage 地址.
这篇关于android 最新bootloader LK加载kernel的问题的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
