蜗窝科技

貌似现在page_referenced不会做ClearPageReferenced的动作，而是在page_check_references去做 而且现在inactive -> active 的转移除了mark_page_accessed，在shrink_page_list也有体现。 所以上面那张图貌似是老了，期待更新哈

@callme_friend：可以也帮发我邮箱一份吗？谢谢 hit201j@163.com

@mm：哦哦，明白了。 其实文章里面已经很明确地说明了是 enable_mmu 需要的。enable_mmu 还有一些别的函数放在 .idmap.text 这个 section 里面，要对这个 section 做特殊的处理，所以要 VA 和 PA 相等。 kernel image mapping 当然也要，不过不要求 VA 和 PA 相等了。 __PHYS_OFFSET 就是个地址值，KERNEL_START - TEXT_OFFSET, 其实更像虚拟地址。

从3.10的内核来看,内核线程的冻结这一块描述的不太准确,调查发现,对于内核线程的冻结, 一部分是忽略了绝大多数的内核线程,一部分是主动调用try_to_freeze()进行的冻结操作, 但是并没有调用kthread_freeable_should_stop. 请参考一下 https://www.kernel.org/doc/Documentation/power/freezing-of-tasks.txt 中的"III. Which kernel threads are freezable?" 相关的代码分析参考如下, static int try_to_freeze_tasks(bool user_only) 48 do_each_thread(g, p) { 49 if (p == current || !freeze_task(p)) 50 continue; 51 52 if (!freezer_should_skip(p)) 53 todo++; 54 } while_each_thread(g, p); 在冻结用户空间的进程时,内核线程是直接忽略过去的 也就是freeze_task(p)返回的是false, bool freeze_task(struct task_struct *p) 125 spin_lock_irqsave(&freezer_lock, flags); 126 if (!freezing(p) || frozen(p)) { 127 spin_unlock_irqrestore(&freezer_lock, flags); 128 return false; 129 } 因为查看freezing(), 34 static inline bool freezing(struct task_struct *p) 35 { 36 if (likely(!atomic_read(&system_freezing_cnt))) 37 return false; 38 return freezing_slow_path(p); 39 } 而freezing_slow_path的实现如下, 34 bool freezing_slow_path(struct task_struct *p) 35 { 36 if (p->flags & PF_NOFREEZE) 37 return false; 38 39 if (pm_nosig_freezing || cgroup_freezing(p)) 40 return true; 41 42 if (pm_freezing && !(p->flags & PF_KTHREAD)) 43 return true; 44 45 return false; 46 } 对于绝大多数内核线程都是PF_NOFREEZE的. 而对于冻结用户空间进程的过程中,pm_freezing=true,所以对于内核线程,!(p->flags & PF_KTHREAD)=0, 所以freezing()返回false,进一步讲,freeze_task()返回false,所以在try_to_freeze_tasks()的循环中直接就continue了,没有让todo++, 而另一方面,对于冻结内核空间的进程而言,除去绝大多数的PF_NOFREEZE的内核线程以外,由于pm_nosig_freezing=true, freezing_slow_path()返回true, freezing()返回true, 在freeze_task()中, bool freeze_task(struct task_struct *p) 125 spin_lock_irqsave(&freezer_lock, flags); 126 if (!freezing(p) || frozen(p)) { 127 spin_unlock_irqrestore(&freezer_lock, flags); 128 return false; 129 } 需要等待 frozen(p)返回1,而进程的冻结就是通过进程自己主动调用try_to_freeze()来完成的. 典型的例子就是kswapd%d进程和file-storage进程.

hi linuxer, 想要请教一下，我没有理解 identity mapping 的意思。 1. VA_START 是 kernel 虚拟地址空间的起始， 2. PAGE_OFFSET 是映射 kernel image 的虚拟地址空间的起始， 假设 VA_BITS / CONFIG_ARM64_VA_BITS 为 39, VA_START = (0xffff ffff ffff ffff UL) << 39, 也就是 0xffff ff80 0000 0000 PAGE_OFFSET = (0xffff ffff ffff ffff UL) << 38, 也就是 0xffff ffc0 0000 0000 也就是 PAGE_OFFSET 将内核虚拟地址空间对半分的意思，PAGE_OFFSET 往上放 kernel image, VA_START -> PAGE_OFFSET 中靠近 PAGE_OFFSET 的地方放 FIXED_MAP 映射所需的虚拟地址空间，用来做后面映射 DTB 时所需。 那么，kernel image mapping 就是 PAGE_OFFSET 映射到 __PHYS_OFFSET(我的理解 __PHYS_OFFSET 就是可以看着是物理地址 0 地址？) 请问 identity mapping 的意思就是 __PHYS_OFFSET(假设为 0)，也要映射到虚拟地址空间的 0 地址的意思吗？还有个问题，从 bootloader 转过来调到 stext 后，一直没有看见重新设置 sp, 那就是说使用的栈一直没有变化，identity mapping 是考虑到这个吗？为什么 mapping 后不考虑重设栈起始呢？tks!

@linuxer_fy：如果我没有记错的话在LDD3中关于tasklet的讲解中曾提到“对于tasklet来说最好保证其始终在同一个cpu上进行处理。” tasklet即是一种特殊的softirq，出于这样的角度考虑的话那么此处的（offset-1）就是一个很好方法去保证softirq始终在同一cpu上处理的方法。 为何要保证tasklet始终在同一cpu上处理的深层原因目前我也不太清楚。

这种文章很好！

@wowo：嗯，谢谢博主回复！ 可能目前ble 的设备还不多，如果向后大规模使用时，我觉得发生的概率应该是比较大的！

没看明白呀，哎，数学功底太差！

方便把清晰版的给我发一下邮箱或者提供一下下载地址吗？谢谢！