蜗窝科技

@cy：lowmem_minfree是用module_param_array_named定义的，应该是可以通过sys设置它的值得。

@passerby：android的这个机制，比如上面的lowmem_minfree，是否可以用户通过sysfs动态调整?

一直想学习音频子系统，网上资料实在有点少，各路大神，有没有兴趣写下。。。

@linuxer：敬您一点拨，完全理解了，之前掉进惯性思维以为栈回溯就肯定是需要执行的。谢谢哈

@wowo：看到一个commit id， 如果driver认为没有必要resume，那就跳过了， 还是跟driver的实现有关，就算system wide的suspend想把device放到D3，如果runtime suspend的设备是D2，并且设备的driver告诉pm core说，我在D2也没关系，那么pm core就会让设备留在D2。 commit aae4518b3124b29f8dc81c829c704fd2df72e98b Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Date: Fri May 16 02:46:50 2014 +0200 PM / sleep: Mechanism to avoid resuming runtime-suspended devices unnecessarily

@cy：呵呵，那些名字是我随便说的，只是为了说明其中的意义。

@wowo：你指的是D0,D1...etc?

@pga：大师是不敢当了，就是普通爱好者而已。 具体的调用顺序当然如你所说：首先执行sys_xxx函数，执行完毕之后，再调用ret_fast_syscall返回现场。 我看到你贴出来的栈的回溯也很正常： __schedule schedule_hrtimeout_range_clock SyS_epoll_wait SyS_epoll_pwait ret_fast_syscall 正常而言，kernel stack上的内容就是这样的啊，只不过SyS_epoll_pwait和ret_fast_syscall之间不是函数调用关系，也就是说不是先执行ret_fast_syscall再执行SyS_epoll_pwait，之所以kernel stack上的内容如此，主要是因为下面的代码： adr lr, BSYM(ret_fast_syscall) @ return address 这句代码模拟了一个从ret_fast_syscall到SyS_epoll_pwait的调用现场（因此栈的回溯看起来好象先调用了ret_fast_syscal），实际上这件事情从来没有发生过，这么做仅仅是为了完成SyS_epoll_pwait函数之后返回执行ret_fast_syscall。

hi linuxer: 请教你一个困扰我很久的问题，具体描述如下： 在系统调用的汇编部分有： ENTRY(vector_swi) ..... @ are we tracing syscalls? bne __sys_trace cmp scno, #NR_syscalls @ check upper syscall limit adr lr, BSYM(ret_fast_syscall) @ return address ldrcc pc, [tbl, scno, lsl #2] @ call sys_* routine ...... ENDPROC(vector_swi) 从这个汇编片段及注释可知，pc地址为sys_xx所指向的地址值，其返回lr为ret_fast_syscall，按这个我理解为：最先执行的应该是sys_xxx的函数，但实际上我看调用栈都是ret_fast_syscall为最先执行。如： [ 51.426327] [<c073fb0c>] (__schedule+0x37c/0x7c4) from [<c073f0f8>] (schedule_hrtimeout_range_clock+0x130/0x14c) [ 51.426343] [<c073f0f8>] (schedule_hrtimeout_range_clock+0x130/0x14c) from [<c0161c84>] (SyS_epoll_wait+0x304/0x458) [ 51.426357] [<c0161c84>] (SyS_epoll_wait+0x304/0x458) from [<c0161f0c>] (SyS_epoll_pwait+0x134/0x140) [ 51.426372] [<c0161f0c>] (SyS_epoll_pwait+0x134/0x140) from [<c000f300>] (ret_fast_syscall+0x0/0x30) 为何会这样呢？ret_fast_syscall不是lr的值吗？为何不是最先执行的是pc值而是lr值呢？期待大师的回复，谢谢！

@linuxer：我猜测可能android认为发生do_page_fault时再进行oom已经太晚了，而是在swapd线程中增加了对内存监控的功能，当发现当前内存不够时主动的去杀掉从而释放内存。 static short lowmem_adj[6] = { 0, 1, 6, 12, }; static int lowmem_adj_size = 4; static int lowmem_minfree[6] = { 3 * 512, /* 6MB */ 2 * 1024, /* 8MB */ 4 * 1024, /* 16MB */ 16 * 1024, /* 64MB */ }; 从上面可以看出，当内存小于64M时，android会遍历进程oom_core > 12的所有进程，然后杀掉占有最多内存的进程。内存的紧张程度不同，android选择杀掉进程的oom_adj就不同。