蜗窝科技

@linuxer：想看看根目录和当前目录怎么切换的，但是没有找到。。。

@wowo：Thank you，刚才我搜索set_fs_root时也发现了这里。仔细看了一下，这里定义了系统调用，就是是i西安sys_chroot的地方。最终都是调用set_fs_root和set_fs_pwd来做的根目录和工作目录设定。

@linuxer：您好
    我的意思是重要的几个版本。以及它们的关键性的区别

@wowo：oops不是很可靠阿 ，，，起码比如说VPU的时钟disable后操作VPU的寄存器，会导致内核freeze，类似与这样的error就不会产生oops。。或者 有些oops还没来得及打到屏幕上，内核就已经挂拉

@passerby：同意，死机调试应该是平台基本功能，厂商应该会提供支持的。

@fire：1. 什么时候会使用PM resume唤醒Kernel呢？
====================================
我不太确定您这里的“PM resume”指的是什么，是指System sleep过程中的resume动作（和Runtime PM对应）吗？如果是的话，resume是和suspend成对出现的，只有suspend了，才会resume。
2. 一般情况下，唤醒源是那些没有被disable的中断，电源芯片应该也是其中的一种，和具体系统的设计有关。
3. 我们系统上的pm resume代码如下， 我想问下，系统挂起后，是不是只要PM resume之后，才能接收到runtime resume？
======================================================
这个问题的本质是Runtime PM和System sleep（suspend&resume etc.）之间的交互， 我一直没有来得及写。您可以先参考“Documentation/power/runtime_pm.txt”中的相关的内容，这里我们先简单的讨论一下。
        a）就某个设备而言，suspend的过程中，RPM和System sleep之间的关系可以分为三种：一，先RPM suspend，后System sleep suspend；二，先System sleep suspend，后RPM suspend；三，RPM suspend和System sleep suspend之间互相交叉。
        b）显然，kernel power managerment的同步机制应该会保证第三种情况不会发生，就先忽略。
        c）第二种情况，由于先System sleep suspend，情况比较简单，PM core会在prepare阶段（suspend_devices_and_enter->dpm_suspend_start->dpm_prepare->device_prepare）,get一次RPM的引用计数（pm_runtime_get_noresume），以保证系统不会再RPM suspend，此后的过程，就是正常的suspend流程。因此这种情况也不会发生。
        d）第一种情况有些复杂，如果设备已经RPM suspend了，那么System sleep suspend要怎么做？要强调的是，这种情况下，RPM suspend、System sleep suspend以及后续的resume行为，完全是由设备驱动决定的，例如，RPM suspend执行“浅睡眠（可以唤醒系统）”，System sleep suspend执行“深睡眠（不可以唤醒系统）”，等等。
        e）因此，设备驱动对已经RPM suspend的设备，再执行System sleep suspend时，很有可能会先把设备从RPM suspend状态唤醒，然后再让它进入System sleep suspend状态，而这一切Runtime PM已经不知情了。
        f）回到resume的过程，来探讨一下您提出的两个问题（主要针对第一种情况）。
       g）首先，系统没有从suspend状态resume的时候，RPM机制肯定是没有激活的，因此，肯定是System sleep resume后，才可能有RPM resume。至于是否一定有RPM resume，这依赖于System sleep resume后，设备的实际状态。
        h）如果设备在System sleep suspend之前，已经RPM suspend了，它的RPM status就是SUSPEND状态。但在System sleep resume之后，设备有可能直接变成full power on状态了（这和设备驱动的策略有关），因此就和RPM的实际status不符，怎么办呢？手动修改RPM状态，使其变成ACTIVE的（pm_runtime_set_active(dev) ），这就是那三句话的意思。
        I）最后，如果设备已经是RPM ACTIVE了，在需要RPM resume的时候，就不会再真正执行resume操作；甚至，如果之后不需要再使用设备，有可能会执行RPM suspend。

有点长，希望能帮到您。