休眠唤醒(suspend/resume)时长问题分析思路

已于 2023-05-06 16:20:43 修改
阅读量1k 收藏 2
点赞数 1
文章标签： linux
于 2022-12-26 12:07:33 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a2591748032/article/details/128442523
版权

1.echo 1 > /sys/power/pm_print_times 打开suspend/resume耗时开关。

如下：可以看到系统休眠时各阶段驱动模块的耗时打印，可用来帮助分析排查休眠耗时长的问题。

[  267.398855] <1>.(1)[2047:kworker/u4:3]mdio_bus stmmac-0:02: mdio_bus_phy_suspend+0x0/0xac returned 0 after 0 usecs
[  267.400193] <1>.(1)[2047:kworker/u4:3]mdio_bus stmmac-0:01: calling mdio_bus_phy_suspend+0x0/0xac @ 2047, parent: stmmac-0
[  267.401607] <1>.(1)[2047:kworker/u4:3]mdio_bus stmmac-0:01: mdio_bus_phy_suspend+0x0/0xac returned 0 after 0 usecs
[  267.402945] <1>.(1)[2047:kworker/u4:3]mdio_bus stmmac-0:00: calling mdio_bus_phy_suspend+0x0/0xac @ 2047, parent: stmmac-0
[  267.404358] <1>.(1)[2047:kworker/u4:3]mdio_bus stmmac-0:00: mdio_bus_phy_suspend+0x0/0xac returned 0 after 0 usecs
[  267.405696] <1>.(1)[2047:kworker/u4:3]mdio_bus stmmac-0:07: calling mdio_bus_phy_suspend+0x0/0xac @ 2047, parent: stmmac-0
[  267.407133] <1>.(1)[2047:kworker/u4:3]mdio_bus stmmac-0:07: mdio_bus_phy_suspend+0x0/0xac returned 0 after 0 usecs
[  267.408558] <1>.(1)[2047:kworker/u4:3]Generic PHY mdio-bus:01: calling mdio_bus_phy_suspend+0x0/0xac @ 2047, parent: mdio-bus
[  267.410093] <1>.(1)[2047:kworker/u4:3]Generic PHY mdio-bus:01: mdio_bus_phy_suspend+0x0/0xac returned 0 after 84 usecs
[  267.411494] <1>.(1)[2047:kworker/u4:3]Generic PHY mdio-bus:03: calling mdio_bus_phy_suspend+0x0/0xac @ 2047, parent: mdio-bus
[  267.413023] <1>.(1)[2047:kworker/u4:3]Generic PHY mdio-bus:03: mdio_bus_phy_suspend+0x0/0xac returned 0 after 77 usecs
[  267.417426] <1>.(1)[2047:kworker/u4:3]platform Fixed MDIO bus.0: calling platform_pm_suspend+0x0/0x5c @ 2047, parent: platform
[  267.418885] <1>.(1)[2047:kworker/u4:3]platform Fixed MDIO bus.0: platform_pm_suspend+0x0/0x5c returned 0 after 0 usecs
[  267.643941] <0>.(0)[2047:kworker/u4:3]mtd mtd9ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.645235] <0>.(0)[2047:kworker/u4:3]mtd mtd9ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.646410] <0>.(0)[2047:kworker/u4:3]mtd mtd9: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.647703] <0>.(0)[2047:kworker/u4:3]mtd mtd9: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.648873] <0>.(0)[2047:kworker/u4:3]mtd mtd8ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.650167] <0>.(0)[2047:kworker/u4:3]mtd mtd8ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.651342] <0>.(0)[2047:kworker/u4:3]mtd mtd8: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.652613] <0>.(0)[2047:kworker/u4:3]mtd mtd8: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.653782] <0>.(0)[2047:kworker/u4:3]mtd mtd7ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.655076] <0>.(0)[2047:kworker/u4:3]mtd mtd7ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.656251] <0>.(0)[2047:kworker/u4:3]mtd mtd7: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.657546] <0>.(0)[2047:kworker/u4:3]mtd mtd7: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.658716] <0>.(0)[2047:kworker/u4:3]mtd mtd6ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.660009] <0>.(0)[2047:kworker/u4:3]mtd mtd6ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.661184] <0>.(0)[2047:kworker/u4:3]mtd mtd6: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.662455] <0>.(0)[2047:kworker/u4:3]mtd mtd6: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.663625] <0>.(0)[2047:kworker/u4:3]mtd mtd5ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.664917] <0>.(0)[2047:kworker/u4:3]mtd mtd5ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.666093] <0>.(0)[2047:kworker/u4:3]mtd mtd5: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.667385] <0>.(0)[2047:kworker/u4:3]mtd mtd5: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.668557] <0>.(0)[2047:kworker/u4:3]mtd mtd4ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.669850] <0>.(0)[2047:kworker/u4:3]mtd mtd4ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.671025] <0>.(0)[2047:kworker/u4:3]mtd mtd4: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.672296] <0>.(0)[2047:kworker/u4:3]mtd mtd4: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.673464] <0>.(0)[2047:kworker/u4:3]mtd mtd3ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.674756] <0>.(0)[2047:kworker/u4:3]mtd mtd3ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.675931] <0>.(0)[2047:kworker/u4:3]mtd mtd3: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.677223] <0>.(0)[2047:kworker/u4:3]mtd mtd3: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.678393] <0>.(0)[2047:kworker/u4:3]mtd mtd2ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.679785] <0>.(0)[2047:kworker/u4:3]mtd mtd2ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.680963] <0>.(0)[2047:kworker/u4:3]mtd mtd2: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.682235] <0>.(0)[2047:kworker/u4:3]mtd mtd2: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.683405] <0>.(0)[2047:kworker/u4:3]mtd mtd1ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.684698] <0>.(0)[2047:kworker/u4:3]mtd mtd1ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.685873] <0>.(0)[2047:kworker/u4:3]mtd mtd1: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.687168] <0>.(0)[2047:kworker/u4:3]mtd mtd1: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.688338] <0>.(0)[2047:kworker/u4:3]mtd mtd0ro: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.689632] <0>.(0)[2047:kworker/u4:3]mtd mtd0ro: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.690807] <0>.(0)[2047:kworker/u4:3]mtd mtd0: calling mtd_cls_suspend+0x0/0x40 @ 2047, parent: 11005000.nfi
[  267.692078] <0>.(0)[2047:kworker/u4:3]mtd mtd0: mtd_cls_suspend+0x0/0x40 returned 0 after 0 usecs
[  267.710452] <0>.(0)[2047:kworker/u4:3]regulator regulator.35: calling 
[  267.712033] <0>.(0)[2047:kworker/u4:3]regulator regulator.35: regulator_suspend+0x0/0x74 returned 0 after 88 usecs
[  267.713373] <0>.(0)[2047:kworker/u4:3]regulator regulator.34: calling

 唤醒resume耗时长debug问题分析方法，如下，可以看到系统唤醒时各驱动子模块唤醒所耗时长：

[  268.912918] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c40000.i2c0: calling mt_i2c_resume_noirq+0x0/0x7c @ 2047, parent: platform
[  268.914323] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c40000.i2c0: mt_i2c_resume_noirq+0x0/0x7c returned 0 after 0 usecs
[  268.915694] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c41000.i2c1: calling mt_i2c_resume_noirq+0x0/0x7c @ 2047, parent: platform
[  268.917099] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c41000.i2c1: mt_i2c_resume_noirq+0x0/0x7c returned 0 after 0 usecs
[  268.918418] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c42000.i2c2: calling mt_i2c_resume_noirq+0x0/0x7c @ 2047, parent: platform
[  268.919821] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c42000.i2c2: mt_i2c_resume_noirq+0x0/0x7c returned 0 after 0 usecs
[  268.921140] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c43000.i2c3: calling mt_i2c_resume_noirq+0x0/0x7c @ 2047, parent: platform
[  268.922543] <0>.(0)[2047:kworker/u4:3]mt-i2c 11c43000.i2c3: mt_i2c_resume_noirq+0x0/0x7c returned 0 after 0 usecs
[  268.923889] <0>.(0)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_0_phy: calling genpd_resume_noirq+0x0/0xc0 @ 2047, parent: platform
[  268.925443] <0>.(0)[2047:kworker/u4:3]sgmii resume_noirq done
[  268.926192] <0>.(0)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_0_phy: genpd_resume_noirq+0x0/0xc0 returned 0 after 732 usecs
[  268.927620] <0>.(0)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_0_top: calling genpd_resume_noirq+0x0/0xc0 @ 2047, parent: platform
[  268.929110] <0>.(0)[2047:kworker/u4:3]sgmii resume_noirq done
[  268.929855] <0>.(0)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_0_top: genpd_resume_noirq+0x0/0xc0 returned 0 after 728 usecs
[  268.931283] <0>.(0)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_1_phy: calling genpd_resume_noirq+0x0/0xc0 @ 2047, parent: platform
[  268.932772] <0>.(0)[2047:kworker/u4:3]sgmii resume_noirq done
[  268.933518] <0>.(0)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_1_phy: genpd_resume_noirq+0x0/0xc0 returned 0 after 728 usecs
[  268.935012] <0>.(0)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_1_top: calling genpd_resume_noirq+0x0/0xc0 @ 2047, parent: platform
[  268.936541] <1>.(1)[2047:kworker/u4:3]sgmii resume_noirq done
[  268.937298] <1>.(1)[2047:kworker/u4:3]sgmii_bring_up pd-sgmii_1_top: genpd_resume_noirq+0x0/0xc0 returned 0 after 739 usecs
[  268.938750] <1>.(1)[2047:kworker/u4:3]sgmii-up snps-pdsgmii_0_phy: calling genpd_resume_noirq+0x0/0xc0 @ 2047, parent: platform
[  268.940221] <1>.(1)[2047:kworker/u4:3]sgmii resume_noirq done
[  268.940967] <1>.(1)[2047:kworker/u4:3]sgmii-up snps-pdsgmii_0_phy: genpd_resume_noirq+0x0/0xc0 returned 0 after 729 usecs
[  268.942373] <1>.(1)[2047:kworker/u4:3]sgmii-up snps-pdsgmii_0_top: calling genpd_resume_noirq+0x0/0xc0 @ 2047, parent: platform
[  268.943842] <1>.(1)[2047:kworker/u4:3]sgmii resume_noirq done
[  268.944587] <1>.(1)[2047:kworker/u4:3]sgmii-up snps-pdsgmii_0_top: genpd_resume_noirq+0x0/0xc0 returned 0 after 727 usecs

2.echo 1 > /sys/module/kernel/parameters/initcall_debug 休眠唤醒子模块debug开关

如下：可以看到系统休眠时的一些打印信息，方便分析各模块是否进入suspend流程
[  268.866345] <0>-(0)[2047:kworker/u4:3]PM: Calling dpmaif_syssuspend+0x0/0x1c
[  268.869414] <0>-(0)[2047:kworker/u4:3]PM: Calling ccci_modem_syssuspend+0x0/0x44
[  268.870363] <0>-(0)[2047:kworker/u4:3]PM: Calling sched_clock_suspend+0x0/0x3c
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling timekeeping_suspend+0x0/0x210
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling fw_suspend+0x0/0x24
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling scp_ipi_syscore_dbg_suspend+0x0/0x1c
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling clkchk_syscore_suspend+0x0/0x2c
[  268.871285] <0>-(0)[2047:kworker/u4:3][clkchk] Enter CLOCK suspend Call Back !!

同理唤醒时也可以看到一些多的debug打印信息：

[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling clkdbg_syscore_resume+0x0/0x18
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling clkchk_syscore_resume+0x0/0x24
[  268.871285] <0>-(0)[2047:kworker/u4:3][clkchk] Enter CLOCK resume Call Back !!
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling scp_ipi_syscore_dbg_resume+0x0/0x18
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling irq_pm_syscore_resume+0x0/0x20
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling timekeeping_resume+0x0/0x14c
[  268.871285] <0>-(0)[2047:kworker/u4:3]PM: Calling sched_clock_resume+0x0/0x54 

a2591748032-随心所记
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
android 休眠唤醒机制分析(三) — suspend
嵌入式技术博客
09-17 1万+
前面我们分析了休眠的第一个阶段即浅度休眠，现在我们继续看休眠的第二个阶段 — 深度休眠。在深度休眠的过程中系统会首先冻结所有可以冻结的进程，然后依次挂起所有设备的电源，挂起顺序与设备注册的顺序相反，这样保证了设备之间电源的依赖性；直至最后进入省电模式，等待用户或者RTC唤醒；在唤醒过程中则会按照设备注册的顺序依次恢复每个设备的电源进入正常工作状态，解冻相关的进程，然后再进行浅度休眠的唤醒流程。
android 休眠任务不执行_Android休眠机制
weixin_32236693的博客
12-23 1165
在上一篇中讲到因为手机休眠而引发一些问题。android手机为什么要休眠呢？原因很简单：省电。现在手机电池的容量有了一定提升，但容量还是有限的，好多智能机型都不支持换电池。在有限的电量前提下，智能机功能强，应用多，电量消耗就是一个问题。至少能做一天一充吧，不然android智能机用起来，电池就是一个很大的硬伤。Android休眠机制为了解决在有限电池容量条件下，尽可能提升电池的续航能力，andro...
待机异常篇
sK.坤
08-18 4669
待机异常篇 待机异常篇待机异常1 ：按Power key后，连early_suspend都没进。待机异常2:可以进early_suspend，但进不了suspend待机异常3： 可以进suspend，但出现：PM: Some devices failed to suspend待机异常4： 可以进入到suspend_enter，suspend流程走完了，但很快被唤醒待机异常5： 可以进入到suspe
USB - 进入Suspend状态和Cable长短的关系
最新发布
guoqx的专栏
06-01 420
总之： 在 USB 挂起模式下，电流消耗非常低，电缆长度对电流的影响通常可以忽略不计。不过，当设备处于 USB 挂起模式时，其设计旨在最大限度地降低功耗，通常电流小于 2.5mA。由于电流消耗非常低，电缆的电阻也就不那么重要了，因此电缆上的压降也会很小。2. 电压下降：如果由于电缆电阻导致电压下降过多，设备可能会消耗更多的电流来补偿较低的电压，以维持其运行，从而可能导致其超过 USB 挂起模式规定的电流限制。USB 电缆的长度会对电流产生影响，但这主要是由于电缆的电阻造成的。
【android睡眠唤醒 二】MTK平台唤醒框架分解
frank_zyp的博客
09-13 4963
    在文章MTK 唤醒时间分析中分析了内核中的主要的亮屏重要阶段，此篇文章结合上层的log一起来分析下整个系统的亮屏流程。整个流程可以分为如下几个部分： 　　（1）power键（home键）产生并上报（在input子系统中已经介绍）； 　　（2）上层接收到到键值，PowerManagerService执行相关处理； 　　（3）PMS更新全局电源状态，并开始唤醒屏幕和背光，并通知各个模块（...
wakeup_in休眠唤醒
Pz_z1的博客
05-14 2055
问题背景：实现一个休眠唤醒的功能，并可控制的使单板进入休眠或者唤醒的状态，以此来达到LPM(低功耗模式)的目的。 Wakeup_in管脚休眠唤醒功能的调试，大致可以分为下面这几个步骤来实现： 目录 1. 配置设备树 2. 注册驱动 3. probe函数 4. 驱动内容填充 5. 上层处理 1. 配置设备树 Pinctrl.dtsi配置： 在驱动的注册过程中，设备树起的是信息传递的作用。所以不论是根据驱动找设备树，还是根据设备树找对应的驱动代码，都是可以通过compatible
EZ-USB的挂起恢复机制：suspend-resume mechanism
08-14 2631
首先，需要明白四个概念：挂起（suspend）、恢复（resume）、空闲（idle）和唤醒（wakeup）。
休眠后gpio状态_1.Linux电源管理-休眠与唤醒
weixin_39918690的博客
12-21 798
1.休眠方式在内核中,休眠方式有很多种,可以通过下面命令查看# cat /sys/power/state//来得到内核支持哪几种休眠方式.常用的休眠方式有freeze,standby, mem, diskfreeze:冻结I/O设备,将它们置于低功耗状态,使处理器进入空闲状态,唤醒最快,耗电比其它standby, mem, disk方式高standby:除了冻结I/O设备外,还会暂停系统,唤醒较快...
linux待机唤醒_Linux电源管理-休眠与唤醒
weixin_31985599的博客
12-30 3021
1.休眠方式在内核中,休眠方式有很多种,可以通过下面命令查看# cat /sys/power/state//来得到内核支持哪几种休眠方式.常用的休眠方式有freeze,standby, mem, diskfreeze: 冻结I/O设备,将它们置于低功耗状态,使处理器进入空闲状态,唤醒最快,耗电比其它standby, mem, disk方式高standby:除了冻结I/O设备外,还会暂停系统,唤...
android休眠与唤醒
04-26
在Android系统中，与休眠唤醒相关的几个关键文件包括： - `kernel/power/main.c`：负责整体电源管理流程。 - `kernel/power/earlysuspend.c`：实现early suspend功能。 - `kernel/power/wakelock.c`：实现wakelock...
linux suspend的基本流程，最简单的流程分析
jeremy_fan的博客
12-15 1903
首先我们说下linux的几种状态，完全就是简单的看了下Document下的文档   内核支持三种电源管理的状态，每一种的底层详细状态都依赖于板机代码的实现。本文件主要描述每种状态。什么情况下被调用，对应于那些acpi的状态和写什么样的字符到/sys/power/state进入相应的状态   State: Standby/Power-OnSuspend ACPIState: S1 Str...
PHY 子系统
qq_31057589的博客
05-05 1044
PHY 子系统是 Linux 内核中的一个子系统，它的全称是物理层子系统（Physical Layer Subsystem），主要负责硬件物理层的驱动和管理，是 Linux 内核中与硬件物理层通信的接口。PHY 子系统包含了许多控制器和 PHY 驱动，这些驱动用于管理系统中的不同 PHY 设备。在 Linux 内核中，PHY 设备通常被描述为一个两部分的设备：一个是控制器（Controller），另一个是 PHY 设备本身。
展讯平台关机闹钟自动开机不响铃问题及提前开机时间设置
wangjicong_215的博客
09-23 587
[QUESTION] 如何测试关机闹钟 [ANSWER] 关机闹钟的实现是提前2分钟开机的。 在测试关机闹钟的时候，请设置闹钟时间距离当前时间至少相差3分钟以上。 因为关机闹钟的响铃，实际上还需要启动安卓系统的，这个过程是需要时间的。 开机提前时间的代码在kernel\kernel\time\alarmtimer.c中的alarmtimer_shutdown()方法里的如下代码：
printk中时间戳的来源
weixin_40889165的博客
02-27 1493
inux通过printk打印log时，一般会带上时间戳，这个时间戳的来源是什么？精度是多少？
Linux电源管理——系统Suspend/Resume流程
学习记录，交流学习
03-15 2264
本文主要介绍在linux-4.14内核中，系统的suspend/resume流程
NVMe Linux驱动系列一：host端[pci.c]＜53＞
探索未知，成就非凡
08-20 224
这段代码是与电源管理（Power Management）相关的部分，用于实现 NVMe 设备的挂起（suspend）和恢复（resume）功能，以及相应的睡眠（freeze）和唤醒（thaw）功能。该函数在系统触发对PCI设备的复位操作时调用，以确保在复位操作期间的正确执行。这段代码主要处理NVMe设备在PCIe通道上出现错误的情况，根据通道的状态决定如何进行错误处理，包括是否需要重置控制器以及是否需要断开与控制器的连接。在执行PCIe设备重置之后，该函数将被调用，以执行设备重置完成后的必要操作。
NVMe Linux驱动系列一：host端＜10＞
探索未知，成就非凡
08-16 570
然后，根据控制器的能力和配置设置控制器的配置寄存器，并执行一些必要的操作来确保配置的刷新。函数首先比较总延迟与模块参数中定义的主要延迟容忍度，如果小于等于主要容忍度，则判断上一个匹配的容忍度索引是否为1，如果是则返回false，否则将上一个匹配的容忍度索引更新为1，将主要超时值赋值给过渡时间，并返回true。如果满足次要容忍度条件，则判断上一个匹配的容忍度索引是否小于等于2，如果是则返回false，否则将上一个匹配的容忍度索引更新为2，将次要超时值赋值给过渡时间，并返回true。来设置主机选项特性。
Linux内核睡眠唤醒调试
shigiaz的博客
06-15 2983
本文基于RockPI 4A单板Debian系统Linux4.4内核介绍下睡眠唤醒（suspend/resume）的一些调试方法。 一、参数设置 1、关闭串口睡眠 在Linux内核睡眠过程中，会先调用suspend_console()函数使串口进入睡眠状态，这样会导致后续设备驱动的睡眠过程不可见。可以在boot启动参数中增加no_console_suspend参数www.meimeitu8.com，显示设备驱动睡眠日志。 ## 启动参数中增加no_console_suspend root@linar
Android休眠过程
kv110的专栏
01-09 423
Android休眠过程
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

a2591748032-随心所记

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值