栏目分类:
子分类:
返回
名师互学网用户登录
快速导航关闭
当前搜索
当前分类
子分类
实用工具
热门搜索
名师互学网 > IT > 前沿技术 > 大数据 > 大数据系统

android&uboot reset流程

android&uboot reset流程

1、模式解析流程:

frameworks/base/core/java/android/os/PowerManager.java

frameworks/base/services/core/java/com/android/server/power/PowerManagerService.java

把reason存储到SystemProperties,最后调用ShutdownThread带着reason传参

frameworks/base/services/core/java/com/android/server/power/ShutdownThread.java

这个类中主要是根据一些条件做了一些单独处理,例如recovery等可能还会展示弹窗

SystemProperties.set(“sys.powerctl”, “reboot,” + reason),这里很重要。静默重启会把这个值存储到内核特定的启动参数,这个启动参数在下次重启时会被系统拿到。这里内部就涉及SystemProperties原理和源代码了

同时,内核还会解析reason,存储另一个SystemProperties;大概的流程是lk 中读到 rtc 的 Quiescent 标志位,则不显示开机logo,并且在 cmdline 中添加 androidboot.quiescent=1;lk -> kernel -> init,init 会解析 cmdline,并把其中的 androidboot.quiescent=1 解析出来,并设置成 ro.boot.quiescent=1,这样后续 Android 所有地方都能知道此次是 quiescent 开机

Sys.Powerctl

平台reboot_mode寄存器配置:

bsp/bootloader/u-boot15/arch/arm/include/asm/xxxx/check_reboot.h

Reboot mode各模式定义:

bsp/bootloader/u-boot15/include/boot_mode.h

平台各模式注册:

bsp/bootloader/u-boot15/board/xxx/xxx.c

从寄存器或者pmic RTC中获取各模式位和进入,记录mode到cmdline,check_mode驱动:

bsp/bootloader/u-boot15/drivers/misc/check_reboot.c

reboot时进入的模式:

bsp/bootloader/u-boot15/common/cmd_cboot.c

各模式函数代码:

bsp/bootloader/u-boot15/common/loader/boot_mode.c

2、reboot流程:

system/core/bootstat/bootstat.cpp

system/core/libcutils/include/cutils/android_reboot.h

system/core/reboot/reboot.c: property_set HandlePowerctlMessage DoReboot RebootSystem

system/core/init/reboot_utils.cpp :

RebootSystem 通过 syscall 系统调用转到内核层

由syscall到内核层之后调用的第一个函数是 SYSCALL_DEFINE4:

第一个参数为函数名后缀,如上图,则这个定义的函数名字为SyS_reboot。

第二个,第三个一起看,为类型加变量名。

可以发现一共有4组类型加变量名的 变量。所以DEFINE4 中的数字4就代表SyS_reboot有4个参数

首先对应用层中syscall(__NR_reboot, LINUX_REBOOT_MAGIC1, LINUX_REBOOT_MAGIC2,

LINUX_REBOOT_CMD_RESTART2, rebootTarget.c_str());传递进来的参数进行分析,判断校验,一些reboot命令没有重启,有可能这里解析错误

然后调用 kernel_restart 去做kernel的重启:

bsp/kernel/kernel4.14/kernel/reboot.c

这里去处理reboot原因:

bsp/kernel/kernel5.4/drivers/spi/spi-sprd-adi.c

sprd_adi_restart_handler

这里调用do_kernel_restart做系统复位,里面做的是发送一个通知,通知各个通过register_restart_handler注册的钩子函数,执行这个关机函数,最后我发现在我系统中是使用看门狗复位来实现重启的 bsp/kernel/kernel5.4/drivers/watchdog/watchdog_core.c

对watchdog函数做溢出写入触发restart

220 static const struct watchdog_ops wdt_ops = {
221 .owner = THIS_MODULE,
222 .start = wdt_enable,
223 .stop = wdt_disable,
224 .ping = wdt_ping,
225 .set_timeout = wdt_setload,
226 .get_timeleft = wdt_timeleft,
227 .restart = wdt_restart,
228 };

转载请注明:文章转载自 www.mshxw.com
本文地址:https://www.mshxw.com/it/761847.html
我们一直用心在做
关于我们 文章归档 网站地图 联系我们

版权所有 (c)2021-2022 MSHXW.COM

ICP备案号:晋ICP备2021003244-6号