arm linux 电源管理,Linux Kernel之ARM 平台下电源管理常用机制来龙去脉浅析

1

User Space通常需要操作到PM的一些AP或tools简介

1.       /sbin/init，init program。我们可以通过执行init N进入某种run level。N＝0：关机(Embedded

Device中常不支持)，N＝6 reboot。

2.       /sbin/reboot  reboot。还有sbin/halt等

3.       /sbin/shutdown关机。

4.       如果AP自己有建立一个watch dog，那么AP检测到异常时可以reboot。

5.       其它。

2

PM Application Interface介绍

1.       /sys/power/state。Linux Kernel目前支持三种low power的state，分别是：Standby，STR(suspend-to-ram)，STD(suspend-to-disk)。不同的低功耗状态有着不同的功耗以及系统唤醒延迟时间，standby的功耗大但是延迟时间短，User几乎可以没有感知的。STR功耗小(U3目前在1mA左右)，不过唤醒延迟稍长，就系统而言也是很快的，但是这个只是User感知到的时间的很小一部分，AP可能会需要更多的时间。STD功耗最小，不过唤醒时间很长，这种方式对应我们windows

PC上用的hibernation，Embedded Device中一般不支持STD。

2.       system call：sys_reboot

讨论：

1.我们说STD唤醒时间很长是跟STR比较，如果跟冷启动比较是否更长呢？这个就不一定了，要看flash的速度。所以不妨可以考虑使用STD替换冷启动。从而加速User感知到的冷启动速度。

3

PM系统端几个重要功能的浅析

3.1

System reboot

User执行reboot或init 6时最终会由system call：sys_reboot来进行device的重新启动。Clib提供了一个C function：reboot()来invoke sys_reboot。大家可以man 2 reboot来查看，其参数接口定义跟sys_reboot完全一致。

下面我们就从sys_reboot出发来分析：(其proto type为：asmlinkage long sys_reboot(int magic1, int

magic2, unsigned int cmd, void __user * arg)，对reboot其cmd为：LINUX_REBOOT_CMD_RESTART)

1.       kernel_restart==>kernel_restart_prepare进行restart的准备工作。它主要就是通过

A.      device_shutdown关闭各个device。对于embedded system，一般device driver都是基于virtual platform bus来实现的，platform

bus并没有实现shutdown接口，而我们的platform drivers通常没有也实现shutdown接口，因为一般Embedded Device中没有冷关机的需求，如果有，在需要关心shutdown的platform驱动中实现这个接口就好了。

B.      sysdev_shutdown()关闭所谓的system device。所谓system device一般是指一些系统基本的device，如我们在Linux

驱动开发中常用的内存分配方法浅析中分析clocksource就是一个system device。其它如CPU，Interrupt controller等。System

device或driver都是挂在system bus上。System bus在7.2中简单分析过。这些devices并没有实现在virtual

platform bus上。

2.       machine_restart()真正进行reboot。

A.      machine_restart是一个platform相关的一个funciton，ARM platform下实现在/arch/arm/kernel/process.c：machine_restart==>arm_machine_restart==>arch_reset，

B.      arch_reset是我们要实现的，跟具体的SOC有关的function，具体项目中一般实现在/include/asm-arm/arch-xxxx/system.h中：arch_reset，通常进行SOC芯片级的reset，它会reset除了watch dog之外的几乎所有SOC hardware寄存器。当然这个以具体的SOC manual为准了。

另外还有一个restart的方式是不进行hardware register等的reset，即所谓的soft restart，其过程简介如下：

C.      arch_reset==>cpu_reset(0);，

D.      cpu_reset定义在：/include/asm-arm/cpu-single.h：#define cpu_reset     __cpu_fn(CPU_NAME,_reset)

E.      展开这些macro后得到：cpu_reset其实就是cpu_arm926_reset，

F.cpu_arm926_reset的实现详见：arch/arm/mm/proc-arm926.S中：jump

to address 0。跳到0地址，在ARM上自然就是reset了

讨论

2.Linux Kernel software watchdog在其timeout时会：watchdog_fire==>emergency_restart==>machine_emergency_restart==>machine_restart直接进行emergency

restart。

3.2

Deep sleep

User或User Application向/sys/power/state file写入“mem”可以让U3进入deep

sleep state，也就是我们常说的热关机。在shell interactive command line下可以简单如此操作：echo mem > /sys/power/state。

/sys/power/state file在pm_init()中建立，这部分在第六章中详细分析过，这里不在罗嗦。这里我们需要知道的是向/sys/power/state file写其实就是调用state_store().。下面就从state_store出发来进行一步分析。

state_store==>enter_state：

1.       调用suspend_prepare进行进入sleep前的准备工作，pm_prepare_console():suspend virtual console。之后通过freeze_processes

- tell processes to enter the refrigerator(注：简而言之，它对每个process设置TIF_FREEZE

flag，之后Linux在处理signal的时候：arch/arm/kernel/entry-common.S中：work_pending==>do_notify_resume==>do_signal

==>try_to_freeze==>refrigerator：enter into refrigerator。)

2.       suspend_devices_and_enter==>suspend_console：suspend console(printk)

3.       suspend_devices_and_enter==>device_suspend：suspend devices。对platform bus下的设备device_suspend==>suspend_device==>error

= dev->bus->suspend(dev, state);即platform_suspend最后调用到我们在platform_driver中实现的suspend function(这里我就不展开列出所有的function调用序列，大家自行分析补充吧)，这里是各自device

driver的designer要重点考虑的事情。(注：device_suspend只会suspend已经由device_pm_add加入到PM中，这个在device_add==>device_pm_add就已经帮忙做了)

4.       suspend_devices_and_enter==>suspend_entererror = pm_ops->enter(state);进入sleep。此处的enter

function定义在：arch/arm/mach-xxxx/pm.c中的ad6900_pm_enter，接下来：xxxx_pm_enter==>xxxx_cpu_suspend()(arch/arm/mach-xxxx/suspend.S中)

讨论：

3.讨论一下xxxx_cpu_suspend有哪些东西要做：close

all clock except RTC clock、enter SDRAM self refresh mode、enter

SOC sleep mode。这些主要看具体SOC的spec了。

4.PM driver实现了一个很好的结构、并提供了各个不同device driver的接口，PM

driver本身并不需要关注各个driver具体的suspend动作。PM

driver的designer本身也不可能、也不需要知晓所有device的细节。定好结构，然后让大家协同一致的工作应该是所有的领域都想达到的目标。

3.3

系统idle

系统idle简单的说就是当Linux Kernel发现没有任何processes可以调度的时候，CPU会进入idle

state以达到降低power consumption的目的。

我们先看一下start_kernel==>rest_init，当没有processes可以调度的时候，执行cpu_idle()，cpu_idle()实现在arch/arm/kernel/process.c中，它就是我们通常所说的process

0或idle process。它其实就是一个dead loop，有任何process可执行，就调度执行之，没有就执行default_idle：default_idle==>arch_idle==>cpu_do_idle，即processor._do_idle()，同样由/include/asm-arm/cpu-single.h可知：cpu_arm926_do_idle，arm停止工作，并等待hardware

interrupt到来唤醒。

讨论：

5.cpu_arm926_do_idle的source code如下：

ENTRY(cpu_arm926_do_idle)

movr0, #0

mrc  p15, 0, r1, c1, c0, 0              @ Read control register

mcr  p15, 0, r0, c7, c10, 4            @ Drain write buffer

bic   r2, r1, #1 << 12

mcr  p15, 0, r2, c1, c0, 0              @ Disable I cache

mcrp15, 0, r0, c7, c0, 4              @ Wait for interrupt

mcr  p15, 0, r1, c1, c0, 0              @ Restore ICache enable

mov pc, lr

要理解这些指令，需要看看ARM926的spec。ARM

Architecture Manual只是不同ARM chip公共的一些信息。