2. 程式人生 > >Linux電源管理_Generic PowerManager 之Suspend功能--（一）

Linux電源管理_Generic PowerManager 之Suspend功能--（一）

阿新 • • 發佈：2019-01-25

1. 前言

Linux核心提供了三種Suspend: Freeze、Standby和STR(Suspend to RAM)，在使用者空間向”/sys/power/state”檔案分別寫入”freeze”、”standby”和”mem”，即可觸發它們。

核心中，Suspend及Resume過程涉及到PM Core、Device PM、各個裝置的驅動、Platform dependent PM、CPU control等多個模組，涉及了console switch、process freeze、CPU hotplug、wakeup處理等過個知識點。就讓我們跟著核心程式碼，一一見識它們吧。

2. Suspend功能有關的程式碼分佈

核心中Suspend功能有關的程式碼包括PM core、Device PM、Platform PM等幾大塊，具體如下：

1）PM Core

kernel/power/main.c----提供使用者空間介面(/sys/power/state)

kernel/power/suspend.c----Suspend功能的主邏輯

kernel/power/suspend_test.c----Suspend功能的測試邏輯

kernel/power/console.c----Suspend過程中對控制檯的處理邏輯

kernel/power/process.c----Suspend過程中對程序的處理邏輯

2）Device PM

裝置驅動----具體裝置驅動的位置，不再涉及。

3）Platform dependent PM

include/linux/suspend.h----定義platform dependent PM有關的操作函式集

arch/xxx/mach-xxx/xxx.c或者

arch/xxx/plat-xxx/xxx.c----平臺相關的電源管理操作

3. suspend&resume過程概述

下面圖片對Linux suspend&resume過程做了一個概述，讀者可以順著這個流程閱讀核心原始碼。具體的說明，可以參考後面的程式碼分析。

suspend_flow

4. 程式碼分析

4.1 suspend入口

在使用者空間執行如下操作：

echo "freeze" > /sys/power/state

echo "standby" > /sys/power/state

echo "mem" > /sys/power/state

會通過sysfs觸發suspend的執行，相應的處理程式碼如下：

  1. static ssize_t state_store(struct kobject *kobj, struct kobj_attribute *attr,
  2. const char *buf, size_t n)
  3. {
  4. suspend_state_t state;
  5. int error;
  6. error = pm_autosleep_lock();
  7. if (error)
  8. return error;
  9. if (pm_autosleep_state() > PM_SUSPEND_ON) {
  10. error = -EBUSY;
  11. goto out;
  12. }
  13. state = decode_state(buf, n);
  14. if (state < PM_SUSPEND_MAX)
  15. error = pm_suspend(state);
  16. else if (state == PM_SUSPEND_MAX)
  17. error = hibernate();
  18. else
  19. error = -EINVAL;
  20. out:
  21. pm_autosleep_unlock();
  22. return error ? error : n;
  23. }
  24. power_attr(state);

power_attr定義了一個名稱為state的attribute檔案，該檔案的store介面為state_store，該介面在lock住autosleep功能後，解析使用者傳入的buffer（freeze、standby or mem），轉換成state引數。

state引數的型別為suspend_state_t，在include\linux\suspend.h中定義，為電源管理狀態在核心中的表示。具體如下：
  1. typedef int __bitwise suspend_state_t;
  2. #define PM_SUSPEND_ON ((__force suspend_state_t) 0)
  3. #define PM_SUSPEND_FREEZE ((__force suspend_state_t) 1)
  4. #define PM_SUSPEND_STANDBY ((__force suspend_state_t) 2)
  5. #define PM_SUSPEND_MEM ((__force suspend_state_t) 3)
  6. #define PM_SUSPEND_MIN PM_SUSPEND_FREEZE
  7. #define PM_SUSPEND_MAX ((__force suspend_state_t) 4)

根據state的值，如果不是（PM_SUSPEND_MAX，對應hibernate功能），則呼叫pm_suspend介面，進行後續的處理。 

pm_suspend在kernel/power/suspend.c定義，處理所有的suspend過程。  

4.2 pm_suspend & enter_state

pm_suspend的實現非常簡單，簡單的做一下引數合法性判斷，直接呼叫enter_state介面，如下：

  1. int pm_suspend(suspend_state_t state)
  2. {
  3. int error;
  4. if (state <= PM_SUSPEND_ON || state >= PM_SUSPEND_MAX)
  5. return -EINVAL;
  6. error = enter_state(state);
  7. if (error) {
  8. suspend_stats.fail++;
  9. dpm_save_failed_errno(error);
  10. } else {
  11. suspend_stats.success++;
  12. }
  13. return error;
  14. }

enter_state程式碼為：

  1. static int enter_state(suspend_state_t state)
  2. {
  3. int error;
  4. if (!valid_state(state))
  5. return -ENODEV;
  6. if (!mutex_trylock(&pm_mutex))
  7. return -EBUSY;
  8. if (state == PM_SUSPEND_FREEZE)
  9. freeze_begin();
  10. printk(KERN_INFO "PM: Syncing filesystems ... ");
  11. sys_sync();
  12. printk("done.\n");
  13. pr_debug("PM: Preparing system for %s sleep\n", pm_states[state]);
  14. error = suspend_prepare(state);
  15. if (error)
  16. goto Unlock;
  17. if (suspend_test(TEST_FREEZER))
  18. goto Finish;
  19. pr_debug("PM: Entering %s sleep\n", pm_states[state]);
  20. pm_restrict_gfp_mask();
  21. error = suspend_devices_and_enter(state);
  22. pm_restore_gfp_mask();
  23. Finish:
  24. pr_debug("PM: Finishing wakeup.\n");
  25. suspend_finish();
  26. Unlock:
  27. mutex_unlock(&pm_mutex);
  28. return error;
  29. }

主要工作包括：

a）呼叫valid_state，判斷該平臺是否支援該電源狀態。

suspend的最終目的，是讓系統進入可恢復的掛起狀態，而該功能必須有平臺相關程式碼的參與才能完成，因此核心PM Core就提供了一系列的回撥函式（封裝在platform_suspend_ops中），讓平臺程式碼（如arch/arm/mach-xxx/pm.c）實現，然後由PM Core在合適的時機呼叫。這些回撥函式包含一個valid函式，就是用來告知PM Core，支援哪些state。

最後看一下valid_state的實現（刪除了無關程式碼）：
  1. bool valid_state(suspend_state_t state)
  2. {
  3. if (state == PM_SUSPEND_FREEZE) {
  4. return true;
  5. }
  6. /*
  7. * PM_SUSPEND_STANDBY and PM_SUSPEND_MEMORY states need lowlevel
  8. * support and need to be valid to the lowlevel
  9. * implementation, no valid callback implies that none are valid.
  10. */
  11. return suspend_ops && suspend_ops->valid && suspend_ops->valid(state);
  12. }

如果是freeze，無需平臺程式碼參與即可支援，直接返回true。對於standby和mem，則需要呼叫suspend_ops的valid回掉，由底層平臺程式碼判斷是否支援。 

b）加互斥鎖，只允許一個例項處理suspend。

c）如果state是freeze，呼叫freeze_begin，進行suspend to freeze相關的特殊動作。我會在後面統一分析freeze的特殊動作，這裡暫不描述。

d）列印提示資訊，同步檔案系統。

e）呼叫suspend_prepare，進行suspend前的準備，主要包括switch console和process&thread freezing。如果失敗，則終止suspend過程。

f）呼叫suspend_test，判斷是否為suspend to freeze，如果是，則已經完成，直接跳至h步驟。

g）然後，呼叫suspend_devices_and_enter介面，該介面負責suspend和resume的所有實際動作。前半部分，suspend console、suspend device、關中斷、呼叫平臺相關的suspend_ops使系統進入低功耗狀態。後半部分，在系統被事件喚醒後，處理相關動作，呼叫平臺相關的suspend_ops恢復系統、開中斷、resume device、resume console。

h）最後，呼叫suspend_finish，恢復（或等待恢復）process&thread，還原console。  

4.3 suspend_prepare

suspend_prepare的程式碼如下：
  1. static int suspend_prepare(suspend_state_t state)
  2. {
  3. int error;
  4. if (need_suspend_ops(state) && (!suspend_ops || !suspend_ops->enter))
  5. return -EPERM;
  6. pm_prepare_console();
  7. error = pm_notifier_call_chain(PM_SUSPEND_PREPARE);
  8. if (error)
  9. goto Finish;
  10. error = suspend_freeze_processes();
  11. if (!error)
  12. return 0;
  13. suspend_stats.failed_freeze++;
  14. dpm_save_failed_step(SUSPEND_FREEZE);
  15. Finish:
  16. pm_notifier_call_chain(PM_POST_SUSPEND);
  17. pm_restore_console();
  18. return error;
  19. }

主要工作為：

a）呼叫suspend_ops的enter回撥（有的話），通知平臺程式碼，以便讓其作相應的準備（需要的話）

b）呼叫pm_prepare_console，將當前console切換到一個虛擬console並重定向核心的kmsg（需要的話）。該功能稱作VT switch，後面我會在稍微詳細的介紹一下，但Linux控制檯子系統是相當複雜的，更具體的分析，要在控制檯子系統的分析文章中說明。

c）呼叫pm_notifier_call_chain，傳送suspend開始的訊息（PM_SUSPEND_PREPARE），後面會詳細描述。

d）呼叫suspend_freeze_processes，freeze使用者空間程序和一些核心執行緒。該功能稱作freezing-of-tasks，我會專門用一篇文章去分析它。本文就不再詳細說明了。

e）如果freezing-of-tasks失敗，呼叫pm_restore_console，將console切換回原來的console，並返回錯誤，以便能終止suspend。  

4.4 suspend_devices_and_enter

suspend_devices_and_enter的過程較為複雜，程式碼實現如下：
  1. int suspend_devices_and_enter(suspend_state_t state)
  2. {
  3. int error;
  4. bool wakeup = false;
  5. if (need_suspend_ops(state) && !suspend_ops)
  6. return -ENOSYS;
  7. trace_machine_suspend(state);
  8. if (need_suspend_ops(state) && suspend_ops->begin) {
  9. error = suspend_ops->begin(state);
  10. if (error)
  11. goto Close;
  12. }
  13. suspend_console();
  14. ftrace_stop();
  15. suspend_test_start();
  16. error = dpm_suspend_start(PMSG_SUSPEND);
  17. if (error) {
  18. printk(KERN_ERR "PM: Some devices failed to suspend\n");
  19. goto Recover_platform;
  20. }
  21. suspend_test_finish("suspend devices");
  22. if (suspend_test(TEST_DEVICES))
  23. goto Recover_platform;
  24. do {
  25. error = suspend_enter(state, &wakeup);
  26. } while (!error && !wakeup && need_suspend_ops(state)
  27. && suspend_ops->suspend_again && suspend_ops->suspend_again());
  28. Resume_devices:
  29. suspend_test_start();
  30. dpm_resume_end(PMSG_RESUME);
  31. suspend_test_finish("resume devices");
  32. ftrace_start();
  33. resume_console();
  34. Close:
  35. if (need_suspend_ops(state) && suspend_ops->end)
  36. suspend_ops->end();
  37. trace_machine_suspend(PWR_EVENT_EXIT);
  38. return error;
  39. Recover_platform:
  40. if (need_suspend_ops(state) && suspend_ops->recover)
  41. suspend_ops->recover();
  42. goto Resume_devices;
  43. }

a）再次檢查平臺程式碼是否需要提供以及是否提供了suspend_ops。

b）呼叫suspend_ops的begin回撥（有的話），通知平臺程式碼，以便讓其作相應的處理（需要的話）。可能失敗，需要跳至Close處執行恢復操作（suspend_ops->end）。

c）呼叫suspend_console，掛起console。該介面由"kernel\printk.c"實現，主要是hold住一個lock，該lock會阻止其它程式碼訪問console。

d）呼叫ftrace_stop，停止ftrace功能。ftrace是一個很有意思的功能，後面再介紹。

e）呼叫dpm_suspend_start，呼叫所有裝置的->prepare和->suspend回撥函式（具體可參考“Linux電源管理(4)_Power Management Interface”的描述），suspend需要正常suspend的裝置。suspend device可能失敗，需要跳至 Recover_platform，執行recover操作（suspend_ops->recover）。

f）以上都是suspend前的準備工作，此時，呼叫suspend_enter介面，使系統進入指定的電源狀態。該介面的內容如下：
  1. static int suspend_enter(suspend_state_t state, bool *wakeup)
  2. {
  3. int error;
  4. if (need_suspend_ops(state) && suspend_ops->prepare) {
  5. error = suspend_ops->prepare();
  6. if (error)
  7. goto Platform_finish;
  8. }
  9. error = dpm_suspend_end(PMSG_SUSPEND);
  10. if (error) {
  11. printk(KERN_ERR "PM: Some devices failed to power down\n");
  12. goto Platform_finish;
  13. }
  14. if (need_suspend_ops(state) && suspend_ops->prepare_late) {
  15. error = suspend_ops->prepare_late();
  16. if (error)
  17. goto Platform_wake;
  18. }
  19. if (suspend_test(TEST_PLATFORM))
  20. goto Platform_wake;
  21. /*
  22. * PM_SUSPEND_FREEZE equals
  23. * frozen processes + suspended devices + idle processors.
  24. * Thus we should invoke freeze_enter() soon after
  25. * all the devices are suspended.
  26. */
  27. if (state == PM_SUSPEND_FREEZE) {
  28. freeze_enter();
  29. goto Platform_wake;
  30. }
  31. error = disable_nonboot_cpus();
  32. if (error || suspend_test(TEST_CPUS))
  33. goto Enable_cpus;
  34. arch_suspend_disable_irqs();
  35. BUG_ON(!irqs_disabled());
  36. error = syscore_suspend();
  37. if (!error) {
  38. *wakeup = pm_wakeup_pending();
  39. if (!(suspend_test(TEST_CORE) || *wakeup)) {
  40. error = suspend_ops->enter(state);
  41. events_check_enabled = false;
  42. }
  43. syscore_resume();
  44. }
  45. arch_suspend_enable_irqs();
  46. BUG_ON(irqs_disabled());
  47. Enable_cpus:
  48. enable_nonboot_cpus();
  49. Platform_wake:
  50. if (need_suspend_ops(state) && suspend_ops->wake)
  51. suspend_ops->wake();
  52. dpm_resume_start(PMSG_RESUME);
  53. Platform_finish:
  54. if (need_suspend_ops(state) && suspend_ops->finish)
  55. suspend_ops->finish();
  56. return error;
  57. }

        f1）該介面處理完後，會通過返回值告知是否enter成功，同時通過wakeup指標，告知呼叫者，是否有wakeup事件發生，導致電源狀態切換失敗。

        f2）呼叫suspend_ops的prepare回撥（有的話），通知平臺程式碼，以便讓其在即將進行狀態切換之時，再做一些處理（需要的話）。該回調可能失敗（平臺程式碼出現意外），失敗的話，需要跳至Platform_finish處，呼叫suspend_ops的finish回撥，執行恢復操作。

        f3）呼叫dpm_suspend_end，呼叫所有裝置的->suspend_late和->suspend_noirq回撥函式（具體可參考“Linux電源管理(4)_Power Management Interface”的描述），suspend late suspend裝置和需要在關中斷下suspend的裝置。需要說明的是，這裡的noirq，是通過禁止所有的中斷線的形式，而不是通過關全域性中斷的方式。同樣，該操作可能會失敗，失敗的話，跳至Platform_finish處，執行恢復動作。

        f4）呼叫suspend_ops的prepare_late回撥（有的話），通知平臺程式碼，以便讓其在最後關頭，再做一些處理（需要的話）。該回調可能失敗（平臺程式碼出現意外），失敗的話，需要跳至Platform_wake處，呼叫suspend_ops的wake回撥，執行device的resume、呼叫suspend_ops的finish回撥，執行恢復操作。

        f5）如果是suspend to freeze，執行相應的操作後，跳至Platform_wake處（後面再重點描述）。

        f6）呼叫disable_nonboot_cpus，禁止所有的非boot cpu。也會失敗，執行恢復操作即可。

        f7）呼叫arch_suspend_disable_irqs，關全域性中斷。如果無法關閉，則為bug。

        f8）呼叫syscore_suspend，suspend system core。同樣會失敗，執行恢復操作即可。有關syscore，我會在另一篇文章中詳細描述。

        f9）如果很幸運，以上操作都成功了，那麼，切換吧。不過，別高興太早，還得呼叫pm_wakeup_pending檢查一下，這段時間內，是否有喚醒事件發生，如果有就要終止suspend。

        f10）如果一切順利，呼叫suspend_ops的enter回撥，進行狀態切換。這時，系統應該已經suspend了……

        f11）suspend過程中，喚醒事件發生，系統喚醒，該函式接著執行resume動作，並最終返回。resume動作基本上是suspend的反動作，就不再繼續分析了。

        f12）或者，由於意外，suspend終止，該函式也會返回。

g）suspend_enter返回，如果返回原因不是發生錯誤，且不是wakeup事件。則呼叫suspend_ops的suspend_again回撥，檢查是否需要再次suspend。再什麼情況下要再次suspend呢？需要看具體的平臺了，誰知道呢。

h）繼續resume操作，resume device、start ftrace、resume console、suspend_ops->end等等。

i）該函式返回後，表示系統已經resume。 

4.5 suspend_finish

比較簡單：

  1. static void suspend_finish(void)
  2. {
  3. suspend_thaw_processes();
  4. pm_notifier_call_chain(PM_POST_SUSPEND);
  5. pm_restore_console();
  6. }

a）恢復所有的使用者空間程序和核心執行緒。

b）傳送suspend結束的通知。

c）將console切換回原來的。   

5. 重要知識點回顧

5.1 VT switch

通常情況下，系統控制檯模組（drivers\tty\vt\）會在suspend的過程中，重新分配一個console，並將控制檯切換到該console上。然後在resume時，切換回舊的console。這就是VT switch功能。VT switch是很耗時的，因此核心提供了一些機制，控制是否使用這個功能：

1）提供一個介面函式pm_set_vt_switch（drivers\tty\vt\vt_ioctl.c），方便其它核心模組從整體上關閉或者開啟VT switch功能。

2）VT switch全域性開關處於開啟狀態時，滿足如下的一種條件（可參考kernel\power\console.c相關的描述），即會使能VT switch

        a）有console driver呼叫pm_vt_switch_required介面，顯式的要求使能VT switch。PM core的console模組會把這些資訊記錄在一個名稱為pm_vt_switch_list的連結串列中。

       b）系統禁止在suspend的過程中suspend console（由kernel/printk.c中的console_suspend_enabled變數控制）。很有可能需要使用console檢視suspend過程，此時為了使console不混亂，有必要進行VT switch。

       c）沒有任何console driver關心是否需要VT switch，換句話說沒有任何driver呼叫pm_vt_switch_required介面要求使能或禁止VT switch功能。此時會按照舊的習慣，進行VT switch。  

因此，suspend過程對console的處理分為4步：

prepare console：負責在需要VT swich時，將當前console切換到SUSPEND console。
  1. int pm_prepare_console(void)
  2. {
  3. if (!pm_vt_switch())
  4. return 0;
  5. orig_fgconsole = vt_move_to_console(SUSPEND_CONSOLE, 1);
  6. if (orig_fgconsole < 0)
  7. return 1;
  8. orig_kmsg = vt_kmsg_redirect(SUSPEND_CONSOLE);
  9. return 0;
  10. }

suspend console：掛起console，由kernel/printk.c實現，主要是hold住console用的互斥鎖，使他人無法使用console。  

resume console：對console解鎖。

restore console：將console恢復為初始的console。

  1. void pm_restore_console(void)
  2. {
  3. if (!pm_vt_switch())
  4. return;
  5. if (orig_fgconsole >= 0) {
  6. vt_move_to_console(orig_fgconsole, 0);
  7. vt_kmsg_redirect(orig_kmsg);
  8. }
  9. }

也許，您會問，why VT switch？先留著這個疑問吧，等到分析控制檯時再回答。

5.2 freezing of task

程序的freezing功能，是suspend、hibernate等電源管理功能的組成部分，在新版本核心中，它被獨立出來，作為一個獨立的電源管理狀態（freeze）。該功能的目的，是在電源管理的狀態切換過程中，確保所有使用者空間程序和部分核心執行緒處於一個穩定的狀態。有關該功能的具體描述，請參考wowotech後續的文章。 

5.3 PM notifier

PM notifier是基於核心blocking notifier功能實現的。blocking notifier提供了一種kernel內部的訊息通知機制，訊息接受者通過notifier註冊的方式，註冊一個回撥函式，關注訊息傳送者發出的notifier。當訊息產生時，訊息產生者通過呼叫回撥函式的形式，通知訊息接受者。這種呼叫，是可以被阻塞的，因此稱作blocking notifier。

那suspend功能為什麼使用notifier呢？原因可能有多種，這裡我舉一個例子，這是我們日常開發中可能會遇到的。

由之前的描述可知，suspend過程中，suspend device發生在程序被freeze之後，resume device發生在程序被恢復之前。那麼：

1）如果有些裝置就需要在freeze程序之前suspend怎麼辦？

2）如果有些裝置的resume動作需要較多延時，或者要等待什麼事情發生，那麼如果它的resume動作發生在程序恢復之前，豈不是要阻止所有程序的恢復？更甚者，如果該裝置要等待某個程序的資料才能resume，怎麼辦？

再來看suspend_prepare和suspend_finish中的處理：
  1. static int suspend_prepare(suspend_state_t state) {
  2. …
  3. error = pm_notifier_call_chain(PM_SUSPEND_PREPARE);
  4. if (error)
  5. goto Finish;
  6. error = suspend_freeze_processes();
  7. …
  8. }
  9. static void suspend_finish(void)
  10. {
  11. suspend_thaw_processes();
  12. pm_notifier_call_chain(PM_POST_SUSPEND);
  13. pm_restore_console();
  14. }

原來PM notifier是在裝置模型的框架外，開了一個後門，那些比較特殊的driver，可以繞過裝置模型，直接接收PM傳送的suspend資訊，以便執行自身的suspend動作。特別是resume時，可以在其它程序都正好工作的時候，只讓suspend程序等待driver的resume。

感興趣的讀者，可以圍觀一下下面這個活生生的例子（順便提一下，好的設計是不應該有例外的）：

drivers\video\omap2\dss\core.c  

5.4 device PM ops 和platform PM ops的呼叫時機

對Linux驅動工程師來說，device PM ops和platform PM ops就是電源管理（suspend）的全部，只要在合適的地方，實現合適的回撥函式，即可實現系統的電源管理。但現實太複雜了，以至於kernel提供的這兩個資料結構也很複雜，再回憶一下，如下：
  1. struct dev_pm_ops {
  2. int (*prepare)(struct device *dev);
  3. void (*complete)(struct device *dev);
  4. int (*suspend)(struct device *dev);
  5. int (*resume)(struct device *dev);
  6. int (*freeze)(struct device *dev);
  7. int (*thaw)(struct device *dev);
  8. int (*poweroff)(struct device *dev);
  9. int (*restore)(struct device *dev);
  10. int (*suspend_late)(struct device *dev);
  11. int (*resume_early)(struct device *dev);
  12. int (*freeze_late)(struct device *dev);
  13. int (*thaw_early)(struct device *dev);
  14. int (*poweroff_late)(struct device *dev);
  15. int (*restore_early)(struct device *dev);
  16. int (*suspend_noirq)(struct device *dev);
  17. int (*resume_noirq)(struct device *dev);
  18. int (*freeze_noirq)(struct device *dev);
  19. int (*thaw_noirq)(struct device *dev);
  20. int (*poweroff_noirq)(struct device *dev);
  21. int (*restore_noirq)(struct device *dev);
  22. int (*runtime_suspend)(struct device *dev);
  23. int (*runtime_resume)(struct device *dev);
  24. int (*runtime_idle)(struct device *dev);
  25. };
  26. struct platform_suspend_ops {
  27. int (*valid)(suspend_state_t state);
  28. int (*begin)(suspend_state_t state);
  29. int (*prepare)(void);
  30. int (*prepare_late)(void);
  31. int (*enter)(suspend_state_t state);
  32. void (*wake)(void);
  33. void (*finish)(void);
  34. bool (*suspend_again)(void);
  35. void (*end)(void);
  36. void (*recover)(void);
  37. };

雖然核心的註釋已經相當詳細了，但我們一定會犯暈，到底該實現哪些回撥？這些回撥的應用場景又是什麼？蝸蝸以為，要熟練使用這些回撥，唯一的方法就是多coding、多理解。除此之外，我們可以總結一下在電源狀態切換時，這些回撥的呼叫時機，從側面幫助理解。如下（只介紹和suspend功能有關的，struct dev_pm_ops簡稱D，struct platform_suspend_ops簡稱P）：

pm_ops_flow

5.5 suspend過程的同步和PM wakeup

最重要的事情，如果suspend的過程中，有喚醒事件產生怎麼辦？正常的流程，應該終止suspend，返回並處理事件。但由於suspend過程的特殊性，程序被freeze、關中斷等等，導致事情並沒有那麼簡單，以至於在很久的一段時間內，kernel都不能很好的處理。這也稱作suspend過程的同步問題。

在美好的舊時光裡，suspend大多用於熱關機，因此同步問題的影響並不突出(因為操作並不頻繁)。但來到新時代之後，事情變了，Android竟然用suspend作日常的待機（操作就相當頻繁了），這時問題就大了。那怎麼解決呢？得靠system wakeup framework，也就是suspend過程中所呼叫的pm_wakeup_pending介面所在的模組。我會在下一篇文章中繼續該模組的分析，這裡就不再繼續了。


相關推薦

Linux電源管理_Generic PowerManager 之Suspend功能--（一）

1. 前言 Linux核心提供了三種Suspend: Freeze、Standby和STR(Suspend to RAM)，在使用者空間向”/sys/power/state”檔案分別寫入”freeze”、”standby”和”mem”，即可觸發它們。 核心中，Suspe

Linux電源管理_Wakeup events framework－－（二）

1.  前言 本文繼續“Linux電源管理(6)_Generic PM之Suspend功能”中有關suspend同步以及PM wakeup的話題。這個話題，是近幾年Linux kernel最具爭議的話題之一，在國外Linux開發論壇，經常可以看到圍繞該話題的辯論。辯論的時間跨度和空間

Linux下安裝Lnmp環境之準備篇（一）

1、準備 1.1、安裝lrzsz yum install lrzsz -y # rz 上傳 sz PATH 1.2、配置防火牆 vi /etc/sysconfig/iptables #編輯防火牆配置檔案 把以下內容貼上進去 #

Linux電源管理(6)_Generic PM之Suspend功能

1. 前言 Linux核心提供了三種Suspend: Freeze、Standby和STR(Suspend to RAM)，在使用者空間向”/sys/power/state”檔案分別寫入”freeze”、”standby”和”mem”，即可觸發它們。 核心中，Suspend及Resume過程

Linux電源管理(5)_Hibernate和Sleep功能介紹

1. 前言 Hibernate和Sleep兩個功能是Linux Generic PM的核心功能，它們的目的是類似的：暫停使用——>儲存上下文——>關閉系統以節電········>恢復系統——>恢復上下文——>繼續使用。 本文以核心向用戶空間提供的介面為突破口

Struts2+Spring+Hibernate實現員工管理增刪改查功能（一）之ssh框架整合

pri support scrip ext ack efault ring src 兩張 前言 轉載請標明出處：http://www.cnblogs.com/smfx1314/p/7795837.html 本項目是我寫的一個練習，目的是回顧ssh框架的整合以及

【Linux Nginx實戰】之初識Nginx（一）

Nginx LNMP 實戰 1.Nginx是什麽？ nginx是一款高性能的HTTP和反向代理服務器軟件，第一個開源版本誕生於2004年,雖然誕生較晚但經過十多年的發展,已經成為非常流行的web服務器軟件，下圖是w3techs公布的全球網站服務器軟件統計報告 2.Nginx為什麽流行? 首先，ng

linux 核心模組程式設計之環境搭建（一）

這裡介紹些關於Tiny6410開發板核心的編譯，為後期驅動開發做前期的準備。 開發環境：64位的Ubuntu 14.01虛擬機器 目標機:友善之臂Tiny6410開發板 核心：linux-2.6.38-20110325.tar.gz 核心原始碼下載地址 htt

嵌入式linux學習之基礎知識（一） linux檔案許可權

linux 檔案許可權相關 Linux使用者分為： 擁有者、組群（Group）、其他（Other） linux檔案的許可權總共有10位，如 -rwxrwxr-x ,分為4段。 第一段 佔1位 表示檔案的型別 - ：表示普通檔案 d ：表示資料夾、目錄 l ：表示連結檔案，類似window

前端開發框架總結之利用Jtopo實現網路拓撲功能（一）

                      前端開發框架總結之利用Jtopo實現網路拓撲功能（一） 前言：     前段時間由於專案需要實現一個網路裝置拓撲管理的

.net跨平臺之mono應用（一）——Linux系統初識

前言：最近因專案需要，開始研究.net應用的跨平臺開發。主要需求是將windows上的窗體應用在.net上部署。因為Linux系統上不支援Winform。因此暫定的解決方案是Mono+GTK#。因為在這之前我完全沒有接觸過Linux系統，也未曾瞭解過Mon

linux學習筆記之shell程式設計（一）

shell程式設計 基礎正則表示式 正則和萬用字元的區別：正則是包含匹配，匹配檔案內容，grep，awk等支援正則表示式。萬用字元是完全匹配，匹配檔名，例如find，ls不認識正則表示式 ####正則

linux學習筆記之流程控制（一）if分支語句

流程控制 if語句 單分支if語句 程式 fi``` ```if [ 判斷 ] then 程式 fi``` 例項程式碼指令碼: #!/bin/bash

Linux常用命令之新手上路 （一）

個人說明：對於習慣了Windows平臺的Linux初學者來說，剛接觸Linux時是比較懵逼的，為了幫助和我一樣的小白更加快速的入門，我打算養成學習筆記的習慣，將自己在學習Linux和Java的所學所得都記錄在部落格上。 新手入門8個常見的任務和常用的命令     1、檢視當

Linux學習之程序通訊（一）

言之者無罪，聞之者足以戒。 ——《詩序》 ctrl+alt+t     開啟終端 一、程序間通訊和執行緒間通訊： 程序通訊：在使用者空間實現程序通訊是不可能的，通過Linux核心通訊 執行緒通訊：可以在使用者空間就可以實現，可以通過全域性變數通訊 二、通訊方式：

linux學習筆記之shell程式設計（一）正則表示式與字元處理

shell程式設計 基礎正則表示式 正則和萬用字元的區別：正則是包含匹配，匹配檔案內容，grep，awk等支援正則表示式。萬用字元是完全匹配，匹配檔名，例如find，ls不認識正則表示式 ####正則表示式常用的字元（注意區別於萬用字元裡面的符號）#### -*

嵌入式linux學習之基礎知識（一）

1）linux檔案的許可權 Linux使用者分為： 擁有者、組群（Group）、其他（Other） linux檔案的許可權總共有10位，如 -rwxrwxr-x ,分為4段，有4種含義。 ## 第一段 佔1位 表示檔案的型別 - ：表示檔案 d ：

vue之tab標籤切換功能（一）

專案開發中，使用vue實現tab頁籤切換功能。具體例項如下：（1）首先定義子元件，如下圖：以select01.vue為例，子元件的原始碼如下：<template>    <div slot='select01'>{{msg}}</div> 

總結之java web實現分頁功能（一）

網頁開發離不開分頁，分頁如何實現呢 可以看一下百度的分頁有什麼功能 上一頁、下一頁、10頁按鈕、一頁顯示10條資訊 定義一個 PageResult類專門返回分頁所需資訊## public class PageResult { //滿足條件的

許可權管理之Spring Security（一）

本文只是我對security的一些簡單看法，如有錯誤，敬請指正。 從最簡單的demo說起 一個最簡單的springboot+security的demo到底可以簡單到什麼程度？請看以下程式碼： null   如果說maven引入jar包不算程式碼的話，那麼最簡單的啟用