基于SEP0611的電源管理驅動設計
加入技術交流群
首先調用device_prepare，該設備準備函數通常無操作；然后調用device_suspend函數，使設備驅動進入休眠模式。在該函數中，系統會遍歷dpm_active鏈表，為該鏈表上的每個驅動調用suspend函數(該函數負責掛起設備驅動)，正常返回后會將其移至dpm_off鏈表隊列。至此，已完成休眠準備部分的工作。下面以音頻驅動為例展示設備驅動suspend函數的填寫(函數頭略)：
這段代碼主要實現：保存音頻設備硬件寄存器；禁止音頻設備時鐘。
3．2 休眠進入和休眠退出
完成了進入休眠的準備工作，接下來就是進入休眠。suspend_enter是休眠進入函數，該函數將調用suspend_ops->enter(state)，調用該函數即是調用SEP0611驅動接口函數sep_pm_enter；該接口函數在sep_pm．c中實現。該文件將保存在CPU寄存器，將休眠代碼搬運到sram中，然后系統在sram中執行休眠代碼，先讓DDR進入自刷新狀態，而后處理器進入sleep模式。當系統處于休眠模式時，一旦接收到喚醒事件的中斷，如內部的RTC ALARM中斷或者外部的Wakeup按鍵信號才能夠讓系統退出休眠，即喚醒系統。綜上，進入／退出休眠的代碼流程圖如圖2所示。本文引用地址：http://www.104case.com/article/194210.htm
在圖2中的休眠進入部分，保存CPU各模式狀態之后，跳轉到sram執行DDR2的自刷新和休眠的進入，而這段代碼(DDR2的自刷新和休眠的進入)此前已由copy functo sram函數搬運至sram中；而跳轉通過將sram的物理地址靜態映射到linux內核(在對應架構的mm．c中)實現。此后，系統處于休眠(sleep)模式，直至喚醒信號的到來。SEP0611中可用的喚醒信號有：電源鍵、RTC的ALARM中斷、外部GPIO(AO)口。一旦喚醒信號到來，即是該執行休眠退出部分了。PMU硬件部分將讓系統重新上電，而軟件則回到bootloader部分執行，在bootloader中有一段分支代碼，該部分代碼判斷是一次正常啟動還是一次從休眠的喚醒，若是后者，則恢復CPU各模式狀態，此后回到linux操作系統。需要說明的是，在進入休眠部分的保存CPU各模式狀態之前，PC值(用于返回的地址，實際保存的是PC值加上0x10(合4條指令))已經被保存到一個硬件寄存器中；因此，在退出休眠部分的恢復CPU各模式狀態之后，將PC值從硬件寄存器取出，通過其使程序回到linux操作系統執行。
3．3 完成喚醒
上面講到了程序回到linux系統執行后，休眠內核層將通過suspend_devices_and_enter函數中位于調用suspend_enter之后的部分和sus pend_finish函數完成與休眠準備相逆的操作。
首先在suspend_devices_and_enter函數中執行以下完成喚醒的工作：
(1)調用dpm_suspend_end函數，該函數分為兩步。
首先調用設備喚醒函數device_resume，該函數會遍歷dpm_off鏈表隊列，依次調用該隊列上設備驅動的resume函數，讓驅動恢復正常工作模式，并將其從dpm_off隊列恢復至dpm_active隊列。然后調用device_complete函數，該函數通常無操作。下面仍以音頻驅動為例展示設備驅動resume函數的填寫(函數頭略)：
這段代碼主要實現：
(1)使能音頻設備時鐘；初始化音頻相關的GPIO口；恢復音頻設備硬件寄存器。
(2)調用resume_console函數釋放控制臺信號量以喚醒控制臺。
(3)調用suspend_ops->end。
其次suspend_finish函數完成與suspend_prepare函數相逆的操作：
(1)喚醒進程，通過thaw_processses函數實現。
(2) 執行pm_notitier_call_chain函數，該函數調用notifier_call_chain函數來通知事件(完成喚醒)的到達。
(3)從全局變量恢復控制臺。
至此，系統完成喚醒，且系統中所有的設備驅動能正常工作。
評論