全志R328 standby 休眠管理

最新推荐文章于 2024-10-10 00:43:50 发布
最新推荐文章于 2024-10-10 00:43:50 发布
阅读量1.9k 收藏 7
点赞数 3
分类专栏： 笔记 文章标签： 嵌入式 linux 内核 arm
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/avit04322/article/details/105394380
版权

standby 配置

在命令行中进入 Tina 根目录，执行命令进入配置主界面：

source build/envsetup.sh (见详注1)
lunch (见详注2)
make kernel_menuconfig (见详注3)

详注：
1 加载环境变量及tina提供的命令
2 输入编号，选择方案
3 进入内核配置主界面(对一个shell而言，前两个命令只需要执行一次)

配置路径：

Power management options --->
[*] Suspend to RAM and standby
[ ] Skip kernel's sys_sync() on suspend to RAM/standby
[ ] Opportunistic sleep
[ ] User space wakeup sources interface
-*- Device power management core functionality
[*] Power Management Debug Support
[*] Extra PM attributes in sysfs for low-level debugging/testing
[ ] Test suspend/resume and wakealarm during bootup
[ ] Device suspend/resume watchdog
< > Advanced Power Management Emulation
[ ] Enable workqueue power-efficient mode by default

CPU Power Management --->
CPU Idle --->
[*] CPU idle PM support
[ ] Ladder governor (for periodic timer tick)
-*- Menu governor (for tickless system)
ARM CPU Idle Drivers --->
[*] Generic ARM/ARM64 CPU idle Driver
[ ] CPU Idle Driver for Calxeda processors
[ ] Cpu Idle Config for sunxi soc

配置成功后可以在 Tina 端看到如下节点：在这里插入图片描述

standby 功能

关键代码和主要流程

linux-4.9/kernel/power/main.c
linux-4.9/kernel/power/suspend.c
linux-4.9/drivers/soc/sunxi/pm.c

主要流程：
在这里插入图片描述

系统休眠

休眠操作就一条命令：

echo mem > /sys/power/state;

系统就会进入休眠。现象：控制台打印 ``PM: Entering mem sleep’’，然后控制台关闭。如下图：
在这里插入图片描述

系统唤醒

通过触发中断的方式，唤醒系统。常用唤醒源有：电源按键唤醒、其他按键唤醒、Wifi 唤醒、
蓝牙唤醒、Usb 唤醒、Sd 卡唤醒、定时唤醒、自配置 GPIO。
注意：不同平台的唤醒源支持情况不同。
目前 Tina 系统普遍支持的有按键、wifi、自配置 GPIO。
现象：控制台打开，打印 ``PM: Finishing wakeup.’’。如下图：

唤醒源的配置

  1. 配置步骤
    几乎所有唤醒源都是通过直接和 CPU 相连的管脚发送中断触发的，所以可以理解为 GPIO 中断
    (Timer 例外)。配置唤醒源就是配置某个管脚的中断功能，
    主要分为几步：
    I. 指定引脚；
    II. 配置该引脚为中断模式；
    III. 设置中断的触发模式；
    IV. 设置中断标志位，使能该引脚中断口；
    V. 使能该引脚对应中断号的中断；
    在这里插入图片描述
  2. 主要接口
request_irq(irq_num, irq_handler, irq_flag,device, device_id)
enable_irq_wake(irq_num)

注：如 LRADC，TPADC，Timer，只需要驱动调用这些接口就可以了。但如果是 GPIO，还得区
分具体是那个 GPIO 口。不同内核版本接口可能存在差异。
3. 例子
如 linux-4.9,wifi 配置的 gpio

sunxi_wlan_probe
{
	data->gpio_wlan_hostwake = of_get_named_gpio_flags(np,
	"wlan_hostwake",0, (enum of_gpio_flags *)&config);
	ret = gpio_direction_input(data->gpio_wlan_hostwake);
	ret = device_init_wakeup(dev, 1);
	ret = dev_pm_set_wake_irq(dev, gpio_to_irq(data->gpio_wlan_hostwake));
	....
}

dts | sys_config 配置

wlan_hostwake = port:PE05<6><default><default><default> //wifi


keys { //gpio模拟按键
compatible = "gpio-按键唤醒keys";
status = "okay";
wakeup {
	wakeup-source;
	gpios = <&pio PH9 6 2 2 1>;
	label = "wakeup";
	linux,code = <KEY_WAKEUP>;
	};
	};

常用唤醒操作

  1. 按键唤醒
echo mem > sys/power/state; //进入休眠

按下任意 KEYADC 按键唤醒系统。
2. 定时唤醒

echo 1000 > /sys/power/sunxi_debug/time_to_wakeup_ms； //设置定时约5s
echo mem > sys/power/state; //进入休眠

系统将在约 5s 后自动唤醒。
3.wifi 唤醒
准备两块 R328 开发板 A,B（其中可以一块是路由器），确认板子能正常休眠唤醒。

wifi_connect_ap_test AWTest passward //A,B两块板子连接同一个wifi。
ifconfig //查看A,B两块板子的IP地址。
ping IP //保证两块板子在正常工作时能相互ping通。
echo mem > /sys/power/state; //A板进入休眠。
ping IPA //B板执行，尝试唤醒A板

2.4 standby 调试

2.4.1 调试节点
1./sys/power/state

cat /sys/power/state --->freeze standby mem

首先第一个调试节点就是/sys/power/state，我们可以 cat 发现有三个值可以写入，目前 standby 和
mem 是等价的。写入 mem 字符串测试是否能够正常进入休眠，然后通过按键或是其他唤醒源唤醒测
试能否正常唤醒。
2./sys/power/wake_lock

cat /sys/power/wake_lock --->NativePower.Display.lock

有些平台有唤醒锁的机制（有这个锁就不能进入休眠），例如 R16 平台：如果/sys/power/wake_lock
节点下有锁存在需要释放后才能休眠。
3./sys/power/wake_unlock
. . . .

echo NativePower.Display.lock > /sys/power/wake_unlock 用来释放唤醒锁。

与/sys/power/wake_lock 节点成对出现，用来释放唤醒锁。
4./sys/power/pm_test
. . . .

cat /sys/power/pm_test --->[none] core processors platform devices freezer
如：echo devices > /sys/power/pm_test
echo mem > /sys/power/state

该节点专门用来做不同程度的休眠唤醒测试的，休眠５ S 后自动唤醒。
5./sys/module/printk/parameters/console_suspend

echo N > /sys/module/printk/parameters/console_suspend

这个节点默认值为 Y，表明延迟 suspende 控制台，此后所即使进入休眠，也会将打印信息输出到
控制态，这样方便调试。
6./sys/module/kernel/parameters/initcall_debug
. . . .

echo Y > /sys/module/kernel/parameters/initcall_debug

该节点默认值为 N，会打印各个 device 的名称，调用的开始和结束时刻；linux-3.10 及之后的版
本, 打印的是 syscore 对应的设备。这样可以精确到具体是那个设备休眠唤醒出了问题。
7./proc/sys/kernel/printk
. . . .

echo 8 > /proc/sys/kernel/printk

该节点用来修改打印等级，数值越大，等级越高。一般休眠唤醒测试时执行
8./sys/power/wakeup_src
. . . .

cat /sys/power/wakeup_src
**************************************************************************************************
dynamic wakeup src config:
wakeup_src 0x800000
WAKEUP_SRC is as follow:
CPUS_WAKEUP_GPIO bit 0x800000
want to know gpio config & suspended status detail?
cat /sys/power/aw_pm/debug_mask for help.
wakeup_gpio_map 0x284
WAKEUP_GPIO,for cpus:pl,pm, and axp, is as follow:
WAKEUP_GPIO_PL port 2.
WAKEUP_GPIO_PL port 7.
WAKEUP_GPIO_PL port 9.
wakeup_gpio_group 0x0
WAKEUP_GPIO,for cpux:pa,pb,pc,pd,.., is as follow:
==========================wakeup src setting usage help info========:
echo wakeup_src_e para (1:enable)/(0:disable) > /sys/power/wakeup_src
demo: echo 0x2000 0x200 1 > /sys/power/wakeup_src
wakeup_src_e para info:
WAKEUP_SRC is as follow:
CPU0_WAKEUP_MSGBOX bit 0x1 CPU0_WAKEUP_KEY bit 0x2
CPUS_WAKEUP_LOWBATT bit 0x1000 CPUS_WAKEUP_USB bit 0x2000
CPUS_WAKEUP_AC bit 0x4000 CPUS_WAKEUP_ASCEND bit 0x8000
CPUS_WAKEUP_DESCEND bit 0x10000 CPUS_WAKEUP_SHORT_KEY bit 0x20000
CPUS_WAKEUP_LONG_KEY bit 0x40000 CPUS_WAKEUP_IR bit 0x80000
CPUS_WAKEUP_ALM0 bit 0x100000 CPUS_WAKEUP_ALM1 bit 0x200000
CPUS_WAKEUP_TIMEOUT bit 0x400000
CPUS_WAKEUP_GPIO bit 0x800000
want to know gpio config & suspended status detail?
cat /sys/power/aw_pm/debug_mask for help.
CPUS_WAKEUP_USBMOUSE bit 0x1000000 CPUS_WAKEUP_LRADC bit 0x2000000
CPUS_WAKEUP_CODEC bit 0x8000000 CPUS_WAKEUP_BAT_TEMP bit 0x10000000
CPUS_WAKEUP_FULLBATT bit 0x20000000 CPUS_WAKEUP_HMIC bit 0x40000000
CPUS_WAKEUP_POWER_EXP bit 0x80000000
gpio para info:
SUNXI_BANK_SIZE bit 0x20
SUNXI_PA_BASE bit 0x0
SUNXI_PB_BASE bit 0x20
SUNXI_PC_BASE bit 0x40
SUNXI_PD_BASE bit 0x60
SUNXI_PE_BASE bit 0x80
SUNXI_PF_BASE bit 0xa0
SUNXI_PG_BASE bit 0xc0
SUNXI_PH_BASE bit 0xe0
SUNXI_PI_BASE bit 0x100
SUNXI_PJ_BASE bit 0x120
SUNXI_PK_BASE bit 0x140
SUNXI_PL_BASE bit 0x160
SUNXI_PM_BASE bit 0x180
SUNXI_PN_BASE bit 0x1a0
SUNXI_PO_BASE bit 0x1c0
AXP_PIN_BASE bit 0x400
**************************************************************************************************

该节点用来配置唤醒源，
. . . .

echo wakeup_src para (1:enable)/(0:disable) > /sys/power/sunxi/wakeup_src

例如添加 PL7 为唤醒源:
. . . .

echo 0x800000 0x167 1 > /sys/power/sunxi/wakeup_src

参数说明：0x800000 表示 CPUS_WAKEUP_GPIO 唤醒源 0x167 指定 PL7 1 表示 enable
9./sys/power/scene_lock

cat /sys/power/scene_lock
talking_standby usb_standby mp3_standby boot_fast super_standby normal_standby gpio_standby misc_standby

该节点用来存放场景锁，做一些场景测试。Scene_unlock 节点用来释放场景锁。
10./sys/power/pm_print_times
. . . .

echo 1 > /sys/power/pm_print_times

该节点用来开启设备调用的开始和结束的打印。
开启打印如下：
. . . .

[ 1168.881358] calling pio+ @ 149, parent: soc
[ 1168.886142] call pio+ returned 0 after 1 usecs
[ 1168.891106] calling soc+ @ 149, parent: none
[ 1168.895983] call soc+ returned 0 after 1 usecs
[ 1168.900923] calling clocks+ @ 149, parent: none
[ 1168.906083] call clocks+ returned 0 after 1 usecs

2.5 常见问题

2.5.1 设备级别
现象：执行 echo mem > /sys/power/state; 无论何种方式系统都无法唤醒。devices 级别测试失败。
定位问题：
根据 pm_test 节点先判断是在那个阶段失败。根据经验最容易出问题的是设备级别。
打开相关调试：

avit04322
关注
专栏目录
全志R328详细资料datasheet免费分享
szx940213的博客
06-19 7253
全志的R328-S3是一个高度集成的双核SOC目标音频应用市场。 该R328集成了一个双核ARM CortexTM-A7，工作高达1.2GHz。 一组广泛的音频 接口，如音频编解码器，I2S/PCM，DMIC，一条线音频(OWA)包括在连接的音频产品上的麦克风语音唤醒/识别/记录/回放应用程序。 此外，语音交流 容量检测器(VAD)支持低功耗唤醒功能，降低待机功耗。 为了降低BOM成本，为R328-S3嵌入了1GbitDDR3模具。 R328-S3具有广泛的连接和接口，如USB、SDIO、SPI、UART
全志R328智能语音芯片处理器参数介绍
热门推荐
qq_yiniu的博客
06-19 1万+
全志R328芯片是全志科技研发的智能语音专用处理器，可以提供语音交互方面的可靠算力，广泛适用于智能音箱、 智能家电、智能故事机、语音模组等多种产品形态。 R328具有经济实惠的双核CortexTMA7CPU的计算能力，以极端成本提供最佳的一般计算能力，并支持主流语音拾 取和播放。在不增加外部DSP语音芯片的情况下，通过高集成度编解码电路实现了CK方案。集成8个PDM通道、16 个I2S通道、3个...
win11 电脑重启后，需要重新插拔U盘、移动硬盘才能识别问题
weixin_44067837的博客
08-02 1497
原因：win10在一个版本更新后，usb默认都开了自动停用windows系统太坑了。
全志r328s1 freertos平台，slab内存管理源码剖析
cf125313的专栏
06-27 807
Linux的内存管理其实也是slab。但是相比较rtos，Linux做了虚拟内存管理(需要硬件MMU，比如MMU的缺页异常)。这里我们只分析slab,个人感觉从rtos入手来学习操作系统是比较明智的，这都是题外话。 内存管理分为页管理（每页4k）和slab管理（每个slab_zone 32k，即8个pages）。比如程序需要申请8字节内存，需要先申请一个slab_zone,即8个pages的内存，再从该slab_zone分配8字节出来。 首先，我们看内存管理的入口，如下： 很明显，入口函数先确
全志r11_全志R328 Demo开发板;全志R333开发板/核心板;全志R11开发板/核心板;全志R16开发板/方案设计...
weixin_33772442的博客
01-16 1193
1、全志R328 Demo开发板参数：扫码可见详情信息：2、全志R333开发板/核心板硬件特征：扫码可见详情信息：3、全志R11开发板/核心板硬件特征：具体详情扫码可见：4、全志R16开发板/方案设计DP16 板卡集成多媒体解码、液晶驱动、wifi、蓝牙、录音、消噪、摄像于一体，支持绝大部分当前流行的视频及图片格式解码，支持 mipi 视频输出及 LVDS 驱动，支持 TF 卡存储，使得...
Linux-笔记 全志平台休眠功能初探
STM32TSZ的博客
06-26 325
全志平台支持的休眠功能主要包括两种模式：休眠模式和待机模式。这两种模式用于降低设备的功耗，并在需要时快速恢复工作状态。由于平台为T113，所以可以很方便的使用RTC来做唤醒源。唤醒源指的是能够让系统从休眠状态恢复到工作状态的信号或事件。系统在进入休眠前会配置这些唤醒源。休眠过程中，这些唤醒源（如按键、RTC等）可以触发系统唤醒。实现1、内核配置//RTC//电源与唤醒支持2、唤醒源配置在设备树RTC节点下添加“wakeup‑source”属性设置RTC为唤醒源。3、修改设备树使能RTC节点。
飞凌嵌入式全志T113-i开发板的休眠及唤醒操作
DOT小文哥的博客
01-17 1488
这两种方式可以通过/sys/power/state文件节点进行操作，用户可以通过在该文件节点写入freeze或mem来触发相应的休眠状态。在进行休眠之前，系统会配置唤醒源。一旦系统进入休眠状态，可以通过这些唤醒源（如按键、RTC等）在需要时唤醒系统。这种设计允许用户根据需要选择何时以及通过何种方式快速唤醒系统，实现了功耗最小化和快速恢复的平衡。这一机制使得系统在休眠状态下能够极大地减少功耗，同时保留了用户在唤醒后迅速使用系统的便利性。
1.9.3内核调试-休眠唤醒standby调试指南
qq_34738528的博客
09-23 403
休眠状态指的是一种系统低功耗运行状态。在此状态下，各种支持休眠模式的外围设备也都全部进入休眠模式，CPU挂起，所有用户态应用程序和内核态进程全部被冻结，内存处于自刷新模式。系统处于休眠状态会屏蔽所有除唤醒之外的所有命令，直到系统被某种原因唤醒才会解除此种状态。 1、休眠锁 节点/sys/kernel/debug/wakeup_sources 打印出系统的锁，并可以看到其当前所处的状态: 新增操作 释放 2、休眠唤醒次数 查看节点/sys/kernel/debug/...
全志A63主控芯片规格书Allwinner_A63_Datasheet_V1.0_20171023.pdf
03-26
全志A63主控芯片规格书 全志A63主控芯片规格书是Allwinner Technology Co.,Ltd.出品的数据手册，详细介绍了A63芯片的规格、寄存器信息、性能参数等信息。下面是对A63芯片的详细介绍： A63芯片概述 A63芯片是一种...
基于DTL-RK3288 硬件平台的Android5.1电源休眠管理
zpcindy的专栏
04-18 1637
Linux 电源管理机制为设备低功耗的实现提供了方法。在不同内核版本Linux、Android，休眠机制、流程有所差异。这里DLT-RK3288 Android 5.1 源码为例。标准Linux 的电源状态：- On（on）                                               S0 -  Working                            ...
testzp05_standby_F2812_
09-29
标题“testzp05_standby_F2812_”暗示了这是一个关于F2812微控制器在STANDBY低功耗模式下利用看门狗中断唤醒CPU的测试项目。F2812是TI公司生产的C28x系列浮点数字信号处理器(DSP)，常用于实时控制应用。在这个场景中...
R328_BGA_EVB_V1_0.sch
06-18
R328 原理图 Allwinner R328 ARM Cortex A7x2 SPI NAND 128MByte
r328 GPIO口控制案例
07-22
本案例驱动用在全志R328芯片，有源码和ko提供，加载ko会生成tty设备节点，往节点写入数字0-8, 可以分别控制对应的GPIO口的开关.
RK3568平台开发系列讲解（调试篇）休眠唤醒standby调试指南
最新发布
内核笔记
10-10 93
休眠状态指的是一种系统低功耗运行状态。在此状态下，各种支持休眠模式的外围设备也都全部进入休眠模式，CPU 挂起，所有用户态应用程序和内核态进程全部被冻结，内存处于自刷新模式。系统处于休眠状态会屏蔽所有除唤醒之外的所有命令，直到系统被某种原因唤醒才会解除此种状态。
全志H616在低温reboot过程中进入休眠解决方法
DOT小文哥的博客
09-26 255
所以这个时候是刚好在reboot的过程中，安卓执行休眠打断了reboot并且休眠成功。一般建议做reboot老化的时候要关掉休眠，之前也出过类似现象。H618在DDR物料适配支持时候，reboot实验异常进休眠，在reboot老化测试中报如下log1。从kernel的log来看，安卓层先发起了reboot，内核也收到reboot的消息。reboot老化的过程中，reboot的过程被暂停了，并且进入了standby。在reboot老化的时候，关闭休眠。全志及开发者最新动态可以关注。
全志D1-H芯片 如何在休眠唤醒过程中通过 sunxi_dump 读写外设寄存器？
DOT小文哥的博客
03-03 569
问题背景 设备休眠唤醒出错 是在休眠唤醒问题中最常见的一种，因此需要在休眠过程中，读取设备寄存器信息，分析设备状态，成为一种常见的需求。 sunxi_dump 是 AW 提供的一种通过控制台 dump 设备寄存器的模块，但由于在休眠唤醒过程中控制台不可用，因此需要一种在休眠唤醒过程中，可以直接dump设备寄存器的机制。 因此，拓展了 sunxi_dump 的功能，使其支持通过休眠唤醒前的配置，在休眠过程中执行 dump。 使用方法 1, 使能休眠唤醒日志 使控制台不休眠，必须 echo N > /
全志XR806芯片 standby模式下gpio的电平状态是如何变化？
DOT小文哥的博客
03-07 445
1.问题背景 客户在做低功耗设计时经常会使用GPIO外接一些硬件外设，这些外设在芯片的管脚在休眠时候如果跟GPIO有压差就会产生漏电流。我们如何保证休眠时的GPIO的电平状态呢。 2.问题描述 客户提问：XR808/XR809/XR871/XR872和XR806在standby模式下芯片的gpio电平状态如何保持的。 3.解决办法 XR808/XR809/XR871/XR872在芯片进入standby模式后，如果属于wakeup IO的管脚电平状态处于高阻抗，要保持电平的话，需要调用HAL_Wakeup_S
R328音箱方案内存使用情况分析
DOT小文哥的博客
06-12 725
共使用 131072 - 111360 = 19712 = 19.25M，包括如下几个大块： 1 保留内存 16 + 5034 + 79 + 1024 + 208 + 1238 + 14 = 6589K = 6.43M 1.1 页全局目录： 16K 1.2 内核数据段/代码段： 5034K 1.3 dtb： 79K 1.4 optee： 1024K 1.5 entries： 208K 1.6 ...
openwrt在allwinner r328平台开启5G WIFI AP
weixin_44470384的博客
06-06 791
3.start_ap.sh启动热点脚本。1.hostapd.conf配置。2.udhcpd.conf配置。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值