中心議題：

• 討論基於SEP0611的電源管理驅動設計方案

解決方案：

• 通過驅動層使外圍設備進入相應的suspend狀態
• 測試板采用4路LDO供電

引言

係統休眠是嵌入式係統除關機外最省電的一種狀態。休眠（Suspend, STR （Suspend To RAM ）） ,又稱為掛起或者掛起到內存
，會將目前的運行狀態數據存放在內存，並關閉硬盤、外設等設備，進入等待狀態
，此時除了內存仍然需要電力維持其數據
，整機其餘部分耗電很少。

恢複時處理器從內存讀出數據，回到掛起前的狀態
，恢複速度較快。一般在電池無故障且充滿電的情況下可以維持這種狀態數天之久。

1 SEP0611和電源管理單元硬件設計

SEP0611是東南大學自主研發的一款基於UniCore32內核的32位高性能
、低功耗RISC微處理器，是定位於手持播放設備、衛星導航產品的高性能處理器。主要分為五個部分：係統與時鍾控製、外設接口、多媒體係統、GPS係統和存儲係統。係統與時鍾控製部分包含了電源管理單元（Power Management Unit, PMU）的設計。

PMU包(bao)括(kuo)時(shi)鍾(zhong)控(kong)製(zhi)和(he)功(gong)耗(hao)控(kong)製(zhi)兩(liang)部(bu)分(fen)。功(gong)耗(hao)控(kong)製(zhi)主(zhu)要(yao)負(fu)責(ze)在(zai)各(ge)個(ge)工(gong)作(zuo)模(mo)式(shi)下(xia)的(de)切(qie)換(huan)
，進(jin)入(ru)低(di)功(gong)耗(hao)模(mo)式(shi)後(hou)的(de)喚(huan)醒(xing)，以(yi)及(ji)係(xi)統(tong)的(de)複(fu)位(wei)控(kong)製(zhi)。係(xi)統(tong)工(gong)作(zuo)模(mo)式(shi)主(zhu)要(yao)分(fen)為(wei)三(san)種(zhong)：正常工作模式、掛起模式、休眠模式。

2 Linux APM技術

圖1是APM技術在Linux中的架構圖。用戶通過用戶態的APM接口或策略向BIOS申請休眠請求
，BIOS設備接收到用戶層的休眠請求後會調用內核低功耗層的接口函數，從而實現係統進入休眠的一係列操作；在接收到喚醒信號後內核低功耗層會執行喚醒操作
，與此同時低功耗層也會調用外設驅動的電源管理接口讓設備跟隨係統實現喚醒。SEP0611無BIOS,係統喚醒後會回到bootloader執行。

3 係統休眠的內核層分析與驅動設計

Linux係統休眠內核層是整個休眠部分的核心。它將接受上層休眠命令，並通過驅動層使外圍設備進入相應的suspend狀態等，在得到喚醒信號後將恢複狀態繼續運行。它包括了體係結構無關的部分：當前進程的凍結/釋放，管理外圍驅動
；也包括了體係結構相關的部分：讓處理器進入/退出休眠，DDR進入自刷新指令序列，係統狀態保存/恢複等。本小節由休眠準備
，休眠進入和休眠退出
，完成喚醒三部分組成。

3.1 休眠準備

在本文中，將suspend_prepare函數、suspend_devices_and_enter函數中的大部分內容劃分為休眠準備部分。

suspend_prepare函數的主要作用如下：

（1） 用一個全局變量保存好控製台。

（2） 執行pm_noTIfier_call_chain函數
，該函數調用notifier_call_chain函數來通知事件（將休眠）的到達。

（3） 凍結進程，這通過freeze_processses函數實現。

在suspend_devices_and_enter函數中執行剩餘的休眠準備工作：

（1） 調用suspend_ops->begin.

（2） 調用suspend_cONsole函數獲取控製台信號量以休眠控製台。

（3） 調用dpm_suspend_start函數，該函數分為兩步。

首先調用device_prepare,該設備準備函數通常無操作
；然後調用device_suspend函數，使設備驅動進入休眠模式。

技術中心每天會更新了大量技術內容和方案
，可查看：
http://wap.0-fzl.cn/art
[page]

在該函數中，係統會遍曆dpm_active鏈表，為該鏈表上的每個驅動調用suspend函數（該函數負責掛起設備驅動），正常返回後會將其移至dpm_off鏈表隊列。至此
，已完成休眠準備部分的工作。下麵以音頻驅動為例展示設備驅動suspend函數的填寫（函數頭略）：

int i;

volatile unsigned long *p_regs = i2s_info.base;

i2s_regs = kmalloc（（I2S_PM_REGS_NUM 《 2），

GFP_KERNEL）；

if（i2s_regs == NULL）

return -ENOMEM;

for（i=0; i<I2S_PM_REGS_NUM; i++）

i2s_regs[i] = *p_regs++;

clk_disable（i2s_info.clk）

；

return 0;

這段代碼主要實現：保存音頻設備硬件寄存器；禁止音頻設備時鍾。

3.2 休眠進入和休眠退出

完成了進入休眠的準備工作，接下來就是進入休眠。

suspend_enter是休眠進入函數
，該函數將調用suspend_ops->enter（state）
，調用該函數即是調用SEP0611驅動接口函數sep_pm_enter;該接口函數在sep_pm.c中實現。該文件將保存在CPU寄存器，將休眠代碼搬運到sram中，然後係統在sram中執行休眠代碼，先讓DDR進入自刷新狀態
，而後處理器進入sleep模式。當係統處於休眠模式時，一旦接收到喚醒事件的中斷，如內部的RTC ALARM中斷或者外部的Wakeup按鍵信號才能夠讓係統退出休眠
，即喚醒係統。綜上
，進入/退出休眠的代碼流程圖如圖2所示。

在圖2中的休眠進入部分，保存CPU各模式狀態之後，跳轉到sram執行DDR2的自刷新和休眠的進入，而這段代碼（DDR2的自刷新和休眠的進入）此前已由copy_func_to_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之後的部分和suspend_finish函數完成與休眠準備相逆的操作。

首先在suspend_devices_and_enter函數中執行以下完成喚醒的工作：

（1） 調用dpm_suspend_end函數，該函數分為兩步。

技術中心每天會更新了大量技術內容和方案，可查看：
http://wap.0-fzl.cn/art
[page]
首先調用設備喚醒函數device_resume,該函數會遍曆dpm_off 鏈表隊列，依次調用該隊列上設備驅動的resume函數，讓驅動恢複正常工作模式，並將其從dpm_off 隊列恢複至dpm_active 隊列。然後調用device_complete函數，該函數通常無操作。下麵仍以音頻驅動為例展示設備驅動resume函數的填寫（函數頭略）：

int i;

volatile unsigned long *p_regs = i2s_info.base;

clk_enable（i2s_info.clk）
；

init_i2s_gpio（）
；

for（i=0; i<I2S_PM_REGS_NUM; i++）

*p_regs++ = i2s_regs[i];

kfree（i2s_regs）；

i2s_regs = NULL;

return 0;

這段代碼主要實現：

（1） 使能音頻設備時鍾；初始化音頻相關的GPIO口；恢複音頻設備硬件寄存器。

（2） 調用resume_console函數釋放控製台信號量以喚醒控製台。

（3） 調用suspend_ops->end.

其次suspend_finish函數完成與suspend_prepare函數相逆的操作：

（1） 喚醒進程，通過thaw_processses函數實現。

（2） 執行pm_notifier_call_chain函數，該函數調用notifier_call_chain函數來通知事件（完成喚醒）的到達。

（3） 從全局變量恢複控製台。

至此，係統完成喚醒，且係統中所有的設備驅動能正常工作。

4 驅動驗證

4.1 驗證環境和方法

驅動驗證在江蘇東大集成電路有限公司生產的功耗測試板上進行，該測試板編號為：SEUIC東集PCB602_DEMO0611,生產日期為2011.05.13.測試時：CPU運行在800MHz,AHB總線運行在180MHz,DDR運行在400MHz;測試板采用4路LDO供電
，4路分別為core、arm、ddr_phy、cpu_io.測試方法為：1） 用萬用表的毫安檔測試電流，每測一路，要將該路的0Ω電阻吹掉
，將萬用表串入電路
，同時保證其他路的0Ω電阻連接。2）通過操作linux操作係統中sysfs文件係統提供的接口讓測試板進入休眠，即是在終端輸入命令：echo mem > sys/power/state.3） 通過電源鍵（或RTC定時中斷）喚醒係統，喚醒後驗證設備驅動功能。

4.2 驗證結果

測試的0Ω電阻上的電流值如表1所示。b-s（mA）列代表係統休眠之前某電阻上的電流值；i-s（mA）列代表係統休眠之時某電阻上的電流值
；a-s（mA）列代表係統完成喚醒時某電阻上的電流值；最後一列除了包含了上麵提到了4路外，還包含DDR顆粒（ddr_mem）和外設（io）這兩路。


表1各0Ω電阻上的電流值

在休眠之前和完成喚醒後，係統都處於空閑模式。

phy

、cpu_io這四路的電流下降為0,因為這4路電壓都為0,而此時DDR顆粒和外設上分別有14mA和17mA的電流。在測量各路電流的同時，還采用穩壓源供電，測試了板級總電流：係統休眠之前的板級總電流為287mA,休眠之時為23mA,完成喚醒時為284mA.

在係統完成喚醒後，測試了係統中所有設備驅動的工作情況：係統中的包括TIMER、CPU這樣的係統設備工作正常；係統中的外設驅動包括UART、LCDC
、I2C、I2S
、SDIO、NAND
、USB等都能正常工作。

5 結論

由於在係統休眠時4路LDO的掉電和除常開區外各路時鍾的切斷，係統休眠的電流降到了23mA.這個數值為係統運行時的8%,大大降低了係統的功耗。目前的休眠電流主要消耗在DDR顆粒和外部io上，這都有改進的空間
，例如：可以通過配置DDR控製器優化DDR時序、打開DDR的低功耗模式
；采用具有更低功耗的DDR3顆粒；可以檢查整板電路，是否在測試板休眠時有回路導致電流泄漏；可以檢查io電路，等等。總體來說，本設計實現了SEP0611處理器板級的休眠和喚醒、所有設備驅動的休眠和喚醒
；完成了電源管理驅動的設計；並在功耗測試板上驗證了驅動的正確性。這對以後管理、降低SEP0611平台的整板功耗有重要意義，對其他平台下的電源管理驅動也有一定的借鑒意義。

技術中心每天會更新了大量技術內容和方案
，可查看：
http://wap.0-fzl.cn/art