linuxer

@passerby：通过device tree中的reserved-memory节点可以定义若干的reserved memory block，这些保留的memory region基本上被认为是for特定驱动使用的，因此，我的观点是：内核不会进行mapping，使用这些memory的driver应该负责进行mapping。

《ARM64的启动过程之（四）：打开MMU》发表时间：2015-10-27 18:26

linuxer

@mobz：无论是userspace还是kernel space，都有执行程序的需求。例如在内核空间，当把控制权转交给userspace的时候，需要执行/sbin/init（也有可能是其他程序）。用户空间的使用场景更多，你在terminal上输入某一个程序的命令行的时候，shell程序会fork，然后调用execve来执行程序。所谓执行某一个二进制程序其实就是内核态的loader将当前进程的地址空间（text,data,bss和stack）销毁，使用新的可执行程序的image来创建新的进程的过程，因此返回调用函数是没有任何意义的（实际上也不存在了）。但是，内核的loader总是要把控制权交给这个新创建的进程，因此，loader在这个新进程的内核栈上模拟了一次陷入内核的过程，在内核栈上构建了一个“现场”，然后调用ret_to_user返回userspace，开始新的进程的执行，当然，CPU的PC值会设定为二进制程序image的入口函数。

《ARM64的启动过程之（四）：打开MMU》发表时间：2015-10-27 17:47

kitty

博主真的是辛苦了，像博主这样静下心搞钻研，如此认真隐忍的，太少了。

《ARM64的启动过程之（四）：打开MMU》发表时间：2015-10-27 17:31

passerby

@linuxer：对于不做mapping有点疑问，因为其他的reserved的内存也需要被做映射啊。比如 91 cont_splash_mem: splash_region@83000000 { 92 linux,reserve-contiguous-region; 93 linux,reserve-region; 94 reg = <0x0 0x83000000 0x0 0x2000000>; 95 label = "cont_splash_mem"; 96 }; kernel image可以不做，但是其他的reserved空间并没有做mapping。在其他地方我并没有看到对reserverd做mapping的地方，只有在这里有看到。

《ARM64的启动过程之（四）：打开MMU》发表时间：2015-10-27 16:52

linuxer

@passerby：要回答这个问题，需要理解memory blocks模块（mm/memblock.c文件）。该模块定义了一个全局变量： struct memblock memblock; 这个全局变量用来管理系统中的所有的memory blocks。这些blocks分成两种： 1、reserved 2、memory 从逻辑上讲，无论那种类型的block，其address region不能是overlap的（因此会有memory region的分裂和合并的操作）。在函数arm64_memblock_init函数中会调用memblock_reserve(__pa(_text), _end - _text)将kernel image的这段memory region加入“reserved”那种类型的memory blocks。而你说的for_each_memblock(memory, reg) ，仅仅是遍历“memory”那种类型的memroy blocks。而一旦你reserved了kernel image对应的那一段memory region，它是不会出现在memory类型的blocks中，因此不会再次mapping。 BTW，我非常简单的过了一下memblock.c的代码，很多是从逻辑上推导的，可能有误。

《ARM64的启动过程之（四）：打开MMU》发表时间：2015-10-27 15:30

descent

@linuxer：恭喜能找到這麼好的工作環境, 我的時間很大一部份都耗在工作上, 很難得可以這樣的深度學習。

《关于蜗窝》发表时间：2015-10-27 14:51

mobz

Hi linuxer，看到你最近有对系统启动做详细的分析，正好遇到个问题，想请教你下，就是在内核里的函数kernel_execve，有下面这样一段汇编代码，最终将调用到ret_to_user吗？是个什么流程？ asm( "add r0, %0, %1\n\t" "mov r1, %2\n\t" "mov r2, %3\n\t" "bl memmove\n\t" /* copy regs to top of stack */ "mov r8, #0\n\t" /* not a syscall */ "mov r9, %0\n\t" /* thread structure */ "mov sp, r0\n\t" /* reposition stack pointer */ "b ret_to_user" : : "r" (current_thread_info()), "Ir" (THREAD_START_SP - sizeof(regs)), "r" (&regs), "Ir" (sizeof(regs)) : "r0", "r1", "r2", "r3", "r8", "r9", "ip", "lr", "memory");

《ARM64的启动过程之（四）：打开MMU》发表时间：2015-10-27 14:16

pingchangxin

@wowo：谢谢你，可能我被这个假象糊弄了，总觉得他们直接是不是有什么猫腻，呵呵

《Linux cpuidle framework(1)_概述和软件架构》发表时间：2015-10-27 13:50

linuxer

@descent：已经修复，多谢提醒！

《Linux内核同步机制之（一）：原子操作》发表时间：2015-10-27 12:21

linuxer

@descent：做消费类产品往往schedule的压力很大，我们公司的产品定位是niche market，相对来说要好些。

《关于蜗窝》发表时间：2015-10-27 12:20