电源管理入门1关机重启详解

电源管理入门-1关机重启详解

原创 thatway OS与AUTOSAR研究 2023-09-19 07:25 发表于北京

image.png

    当我们接触**电源管理**的时候,**最简单**的流程就是**关机重启**,但是仔细分析其涉及的所有源代码就会发现,关机重启虽然简单,但是“**麻雀虽小,五脏俱全**”,涉及到的软件模块非常的多,涉及的流程:Linux应用(busybox)-》Linux内核-》BL31-》SCP-》PMIC/CRU等硬件。所以是一个入门学习,特别是还没接触过Linux内核代码的好机会,下面进入代码的海洋遨游,**超级干货**!

1. 关机重启软件流程框图

    在Linux系统上的处理分为用户态空间、内核空间、ATF、SCP四个阶段(ATF是ARM独有的,SCP在复杂SoC上才有应用)来处理:

image.png

1.1 用户层****利用reboot、poweroff等命令进行关机,在应用层会执行:

  • 发送SIGTERM给所有进程,让进程正常退出
  • 发送SIGKILL给所有进程,将其杀掉,并等待一段时间
  • 调用reboot系统调用让系统关机/重启
  • 1.2 Linux 内核层reboot系统调用会进入内核,具体流程为:

  • reboot系统调用根据参数找到kernel_power_off/reset
  • 向关心reboot事件的进程发送消息--blocking_notifier_call_chain
  • 内核Kobject状态发生改变不通知用户空间--usermodehelper_disable
  • 关闭所有的设备--device_shutdown
  • 禁止CPU热插拔,设置当前CPU为第一个在线CPU,把新任务转移到当前CPU上--migrate_to_reboot_cpu
  • 关闭syscore设备--syscore_shutdown
  • 提示用户空间系统将要关闭--pr_emerg
  • 禁止cpu硬件中断--local_irq_disable
  • 其他cpu处于非工作状态--smp_send_stop
  • 调用psci接口,执行smc指令,关闭arm cpu--pmm_power_off/rese->psci_sys_poweroff/reset->invoke_psci_fn->arm_smccc_smc->SMCCC SMCCC_SMC
  • 1.3 ATF 层执行SMC指令后会触发异常,进入ATF的BL31中继续执行:

  • 进入异常向量处理的入口sync_exception_aarch64
  • 跳转执行rt_svc_desc_t结构体保存的服务std_svc_smc_handler
  • 执行psci相关处理。通用psci的处理函数psci_system_off和psci_system_reset,通过调用平台提供的system_off、 system_reset接口将psci消息转化为scmi消息发给SCP模块,实现最终的关机、重启。如果如果没有SCP固件的系统,会在ATF里面操作硬件寄存器进行关机重启处理。
  • 1.4 SCP 层

    ATF通过scim消息发送给MHU硬件并产生中断,SCP接受到中断后内部依次进行处理的模块为:mhu-->transport-->scmi-->scmi_system_power-->power_domain-->ppu/system_power-->i2c/cru,最后SCP固件通过控制PMIC/CRU的硬件寄存器实现对系统的关机重启设置。

    2. Busybox中的关机重启命令

    执行关机重启的系统命令,例如shutdown/poweroff/halt/reboot/init命令进程及服务如果提前会被正确的中止,我们就说其是安全的退出。通常关机重启命令需要管理员权限执行,所在系统目录为/sbin/*,如下为shutdown命令:

    命令格式  
    [root@localhost ~]# shutdown [选项] 时间 [警告信息]  选项:
    -c:取消已经执行的 shutdown 命令;  
    -h:关机;  
    -r:重启;

    init命令相关执行:

    |  [root@localhost~]#  init 0  
    #关机,也就是调用系统的 0 级别  
    [root@localhost ~】# init 6  
    #重启,也就是调用系统的 6 级别

    现在Linux里面这些命令基本都使用busybox实现的,代码参考:
    busybox.net/downloads/b…

    sigaddset(&G.delayed_sigset, SIGUSR1); /* halt */
    sigaddset(&G.delayed_sigset, SIGTERM); /* reboot */
    sigaddset(&G.delayed_sigset, SIGUSR2); /* poweroff */
    /* Now run the looping stuff for the rest of forever */
    while (1) {
    /* (Re)run the respawn/askfirst stuff */
    run_actions(RESPAWN | ASKFIRST);
    /* Wait for any signal (typically it's SIGCHLD) */
    check_delayed_sigs(NULL); /* NULL timespec makes it wait */
    .....
    }

    check_delayed_sigs()函数会收到reboot的信号运行busybox reboot的时候,reboot —> halt_main,可知会执行 halt_main()函数,在inithalt.c中

    static const smallint signals[] = { SIGUSR1, SIGUSR2, SIGTERM };
    # define RB_HALT_SYSTEM 0xcdef0123
    # define RB_ENABLE_CAD 0x89abcdef
    # define RB_DISABLE_CAD 0
    # define RB_POWER_OFF 0x4321fedc
    # define RB_AUTOBOOT 0x01234567
    flags = getopt32(argv, "d:+nfwi", &delay);
    if (!(flags & 4)) { /* no -f */
    rc = kill(pidlist[0], signals[which]);
    }
    else{
    rc = reboot(magic[which]);
    }

    这里可以看出来,分为两个流程:

  • 当reboot命令没有加**-f**的时候,直接使用kill发送信号到busybox执行halt_reboot_pwoff函数
  • 直接使用-f的话,直接使用reboot系统调用接口,通知内核,让内核执行重启操作,简单粗暴
  • 如果1中发送kill命令的SIGTERM 信号后,在busybox的轮询处理函数中会接收信号进行处理,如下:

    static void check_delayed_sigs(struct timespec *ts)
    {
    int sig = sigtimedwait(&G.delayed_sigset, /* siginfo_t */ NULL, ts);
    if (sig list_lock);
    while (!list_empty(&devices_kset->list)) {
    dev = list_entry(devices_kset->list.prev, struct device,
    kobj.entry);
    parent = get_device(dev->parent);
    get_device(dev);
    list_del_init(&dev->kobj.entry);
    spin_unlock(&devices_kset->list_lock);
    /* hold lock to avoid race with probe/release */
    if (parent)
    device_lock(parent);
    device_lock(dev);
    /* Don't allow any more runtime suspends */
    pm_runtime_get_noresume(dev);
    pm_runtime_barrier(dev);
    if (dev->class && dev->class->shutdown_pre) {
    if (initcall_debug)
    dev_info(dev, "shutdown_pren");
    dev->class->shutdown_pre(dev);
    }
    if (dev->bus && dev->bus->shutdown) {
    if (initcall_debug)
    dev_info(dev, "shutdownn");
    dev->bus->shutdown(dev);
    } else if (dev->driver && dev->driver->shutdown) {
    if (initcall_debug)
    dev_info(dev, "shutdownn");
    dev->driver->shutdown(dev);
    }
    device_unlock(dev);
    if (parent)
    device_unlock(parent);
    put_device(dev);
    put_device(parent);
    spin_lock(&devices_kset->list_lock);
    }
    spin_unlock(&devices_kset->list_lock);
    }

    | 1)遍历devices_kset的链表,取出所有的设备(struct device);2)将该设备从链表中删除;3)调用pmm_runtime_get_noresume和pmm_runtime_barrier接口,停止所有的Runtime相关的电源管理动作;4)如果该设备的bus提供了shutdown函数,优先调用bus的shutdown,关闭设备;5)如果bus没有提供shutdown函数,检测设备driver是否提供,如果提供,调用设备driver的shutdown,关闭设备;6)直至处理完毕所有的设备。

    系统中所有的设备都在“ /sys/devices/ ”目录下,这些设备是一个链表结构串起来的,devices_kset是链表头,里面都是struct device,然后找到对应的struct bus_type和struct device_driver等,然后按照优先级例如:class>bus>driver执行对应的shutdown回调函数。3.4 多 CPU 调度相关处理对于多CPU的机器,无论哪个CPU触发了当前的系统调用,代码都可以运行在任意的CPU上。这个接口将代码分派到一个特定的CPU上,并禁止调度器分派代码到其它CPU上。也就是说,这个接口被执行后,只有一个CPU在运行,用于完成后续的reboot动作。

    void migrate_to_reboot_cpu(void)
    {
    /* The boot cpu is always logical cpu 0 */
    int cpu = reboot_cpu;
    cpu_hotplug_disable();
    /* Make certain the cpu I'm about to reboot on is online */
    if (!cpu_online(cpu))
    cpu = cpumask_first(cpu_online_mask);
    /* Prevent races with other tasks migrating this task */
    current->flags |= PF_NO_SETAFFINITY;
    /* Make certain I only run on the appropriate processor */
    set_cpus_allowed_ptr(current, cpumask_of(cpu));
    }

    | 1)CPU 0是默认重启使用的CPU2)禁止CPU热插拔3)如果CPU 0不在线,则设置当前CPU为第一个在线的CPU4)允许current进程在重启使用的CPU上运行 |

    3.5 内核核心关闭

    ****system core的shutdown和设备的shutdown类似,也是从一个链表中,遍历所有的system core,并调用它的shutdown接口。

    3.6 硬件平台的关闭*

    void machine_power_off(void)
    {
    local_irq_disable();
    smp_send_stop();
    if (pmm_power_off)
    pmm_power_off();
    }

    | 1)屏蔽当前CPU上的所有中断,通过操作arm核心中的寄存器来屏蔽到达CPU上的中断,此时中断控制器中所有送往该CPU上的中断信号都将被忽略。2)对于多CPU的机器来说,Restart之前必须保证其它的CPU处于非活动状态,由其中的一个主CPU负责Restart动作。调用smp_send_stop接口,确保其它CPU处于非活动状态;这里会等待1秒时间来停止其他CPU。3)调用PSCI相关接口实现相关关机操作 |

    3.7 内核

    PSCI 相关操作****PSCI(Power State Coordination Interface)电源状态协调接口,是ARM定义的电源管理接口规范。PSCI 初始化流程: 在kernel的setup_arch启动时,扫描设备树节点信息关于psci部分,根据compatible来匹配到psci_0_2_init()函数,然后进入psci_probe()函数,并在psci_0_2_set_functions()函数中设置相关的函数指针:start_kernel() -> setup_arch() -> psci_dt_init() -> psci_0_2_init() -> psci_probe() -> psci_0_2_set_functions()设备树里面的信息如下里标记的版本是psci-0.2,method是使用smc。

    | psci {        compatible = "arm,psci-0.2";          method = "smc"; }; |

    psci_0_2_set_functions会给处理函数赋值

    static void __init psci_0_2_set_functions(void)
    {
    pr_info("Using standard PSCI v0.2 function IDsn");
    psci_ops.get_version = psci_get_version;
    psci_function_id[PSCI_FN_CPU_SUSPEND] =
    PSCI_FN_NATIVE(0_2, CPU_SUSPEND);
    psci_ops.cpu_suspend = psci_cpu_suspend;
    psci_function_id[PSCI_FN_CPU_OFF] = PSCI_0_2_FN_CPU_OFF;
    psci_ops.cpu_off = psci_cpu_off;
    psci_function_id[PSCI_FN_CPU_ON] = PSCI_FN_NATIVE(0_2, CPU_ON);
    psci_ops.cpu_on = psci_cpu_on;
    .....
    arm_pm_restart = psci_sys_reset;
    pm_power_off = psci_sys_poweroff;

    PSCI 关机流程:

    #define PSCI_0_2_FN_BASE 0x84000000
    #define PSCI_0_2_FN(n) (PSCI_0_2_FN_BASE + (n))
    #define PSCI_0_2_FN_SYSTEM_OFF PSCI_0_2_FN(8)
    static void psci_sys_poweroff(void)
    {
    invoke_psci_fn(PSCI_0_2_FN_SYSTEM_OFF, 0, 0, 0);
    }

    PSCI_0_2_FN_SYSTEM_OFF的值计算为:0x84000000+8,查看ARM PSCI手册:

    image.png

    invoke_psci_fn()在smc模式下对应 __invoke_psci_fn_smc()函数:

    static unsigned long __invoke_psci_fn_smc(unsigned long function_id,
    unsigned long arg0, unsigned long arg1,
    unsigned long arg2)
    {
    struct arm_smccc_res res;
    arm_smccc_smc(function_id, arg0, arg1, arg2, 0, 0, 0, 0, &res);
    return res.a0;
    }

    arm_smccc_smc()函数的实现为汇编代码,在arch/arm/kernel/smccc-call.S中

    .macro SMCCC_SMC
    __SMC(0)
    .endm
    /* 定义SMCCC宏,其参数为instr */
    .macro SMCCC instr
    /* 将normal world中的寄存器入栈,保存现场 */
    UNWIND( .fnstart)
    mov r12, sp /* r12指向老的sp地址 */
    push {r4-r7} /* 推r4-r7入栈,则sp = sp - 4 * 4 */
    UNWIND( .save {r4-r7})
    ldm r12, {r4-r7} /* 把r12指向的内容的刷入r4-r7,其实就是把参数a4-a7存入r4-r7
    instr /* 执行instr参数的内容,即执行smc切换 */
    pop {r4-r7} /* 出栈操作,恢复现场 */
    ldr r12, [sp, #(4 * 4)]
    stm r12, {r0-r3}
    bx lr
    UNWIND( .fnend)
    .endm
    ENTRY(__arm_smccc_smc)
    SMCCC SMCCC_SMC
    ENDPROC(__arm_smccc_smc)

    SMCCC宏如下,smc指令触发一个安全监视器异常后,将栈上的数据存到x0~x3上,回头看 __invoke_psci_fn_smc函数实际是返回x0的结果。由于smccc_smc函数的入参有9个参数,按照约定,前4个参数存在r0 - r3,其他参数从右向左入栈。r0=a0, r1=a1, r2=a2, r3=a3, r4=a4, r5=a5, r6=a6, r7=a7进入 ATF 中 EL3 模式执行: smc指令是arm-v8手册中定义的一个指令,这个安全监视器触发一个异常,然后进入到EL3。EL3:安全监控异常级别。异常级别,用于执行安全监视器代码,用于处理非安全状态和安全状态之间的转换。EL3始终处于Secure状态.

    **4. ATF Bl31中的处理

    4.1 ATF 软件流程框图**

    image.png

    BL31中smc异常触发流程图执行****SMC 指令****后会触发异常,进入 ATF 的BL31中继续执行:

  • 在Linux侧调用smc异常之后,会根据中断向量表触发cpu的同步异常sync_exception_aarch64/32
  • 然后跳转执行到handle_sync_exception->smc_handler64/32中
  • 根据_RT_SVC_DESCS_START_+RT_SVC_DESC_HANDLE的位置,跳转执行rt_svc_desc_t结构体保存的服务std_svc_smc_handler
  • 执行psci相关处理,找到psci_system_off和psci_system_rese处理函数。ATF直接处理如果是关机就执行halt指令,重启则通过设置gpio,或者转送给SCP处理。
  • 最后跳转到el3_exit返回Linux侧。
  • SMC 异常触发执行流程:

    image.png

    进入ATF的方式触发异常:同步异常SMC、异步异常(irq,fiq)

  • 如果是同步异常,那么一定是在linux或tee中发生了smc调用,此时进入跳转ATF中异常向量表中的同步异常程序smc_handler64或smc_handler32
    在该程序中,解析smc id,来选择跳转到具体哪一个rt-svc(runtime service)

  • 如果是异步异常,那么一定是触发了irq或fiq或serror中断等,此时进入跳转ATF中异常向量表中的异步异常程序,进而跳转到响应的中断处理函数.

  • 4.2 内存布局 bl31_entrypoint****编译使用的lds文件是arm-trusted-firmware/bl31/bl31.ld.S,开头就可以看到入口是bl31_entrypoint:

    ENTRY(bl31_entrypoint)

    bl31_entrypoint在bl31/aarch64/bl31_entrypoint.S中定义可以看到设置 _exception_vectors为runtime_exceptions函数的:

    /* ---------------------------------------------------------------------
    * For !RESET_TO_BL31 systems, only the primary CPU ever reaches
    * bl31_entrypoint() during the cold boot flow, so the cold/warm boot
    * and primary/secondary CPU logic should not be executed in this case.
    *
    * Also, assume that the previous bootloader has already initialised the
    * SCTLR_EL3, including the endianness, and has initialised the memory.
    * ---------------------------------------------------------------------
    */
    el3_entrypoint_common
    _init_sctlr=0
    _warm_boot_mailbox=0
    _secondary_cold_boot=0
    _init_memory=0
    _init_c_runtime=1
    _exception_vectors=runtime_exceptions
    _pie_fixup_size=BL31_LIMIT - BL31_BASE

    在bl31/aarch64/runtime_exceptions.S中

    .globl runtime_exceptions
    vector_base runtime_exceptions //定义 .vectors
    vector_entry sync_exception_aarch64
    handle_sync_exception
    check_vector_size sync_exception_aarch64
    vector_entry sync_exception_aarch32
    handle_sync_exception
    check_vector_size sync_exception_aarch32

    vector_base 是一个宏,在include/arch/aarch64/asm_macros.S中定义:

    .macro vector_base label, section_name=.vectors//label为标号以冒号结尾
    .section section_name, "ax"//指定代码段必须存放在.vectors段里, “ax”表示该段可执行并且可‘a’读和可‘x’执行
    .align 11, 0//地址方式对齐11 其余字节用0填充
    label:
    .endm

    同样其他宏经过转化如下:

    .section .vectors, "ax" //指定代码段必须存放在.vectors段里, “ax”表示该段可执行并且可‘a’读和可‘x’执行
    .align 11, 0 //地址方式对齐11 其余字节用0填充
    runtime_exceptions:
    .section .vectors, "ax"//指定代码段必须存放在.vectors段里, “ax”表示该段可执行并且可‘a’读和可‘x’执行
    .align 7, 0 //地址方式对齐7
    sync_exception_aarch64:
    handle_sync_exception
    .if (. - serror_aarch64) > (32 * 4) //这个.应该是当前位置 - 段的开头地址 如果大于 32条指令
    .error "Vector exceeds 32 instructions" //向量超过32条指令
    .endif
    sync_exception_aarch32
    handle_sync_exception
    .if (. - serror_aarch64) > (32 * 4) //这个.应该是当前位置 - 段的开头地址 如果大于 32条指令
    .error "Vector exceeds 32 instructions" //向量超过32条指令
    .endif

    4.3 runtime

    服务程序初始化****bl31_entrypoint入口向下执行首先是bl31_setup,然后是bl31_main

    void bl31_setup(u_register_t arg0, u_register_t arg1, u_register_t arg2,
    u_register_t arg3)
    {
    /* Perform early platform-specific setup */
    bl31_early_platform_setup2(arg0, arg1, arg2, arg3);
    /* Perform late platform-specific setup */
    bl31_plat_arch_setup();

    bl31_main()函数:

    void bl31_main(void)
    {
    NOTICE("BL31: %sn", version_string);
    NOTICE("BL31: %sn", build_message);
    bl31_platform_setup(); //通用和安全时钟初始化,其他芯片相关功能初始化
    bl31_lib_init(); //空函数
    INFO("BL31: Initializing runtime servicesn");
    runtime_svc_init(); //重点 下面展开分析
    if (bl32_init) {
    INFO("BL31: Initializing BL32n");
    (*bl32_init)();
    }
    bl31_prepare_next_image_entry(); //加载下一阶段的入口地址
    console_flush(); //控制台刷新
    bl31_plat_runtime_setup(); //空函数
    }

    runtime_svc_init()函数

    //注册smc指令相关的服务
    void runtime_svc_init(void)
    {
    int rc = 0;
    unsigned int index, start_idx, end_idx;
    /* Assert the number of descriptors detected are less than maximum indices */
    //这句话表明 RT_SVC_DECS_NUM时当前加载的服务数量
    assert((RT_SVC_DESCS_END >= RT_SVC_DESCS_START) &&
    (RT_SVC_DECS_NUM < MAX_RT_SVCS));
    if (RT_SVC_DECS_NUM == 0) //如果没有服务要注册
    return;
    memset(rt_svc_descs_indices, -1, sizeof(rt_svc_descs_indices));//初始化rt_svc_descs_indices
    rt_svc_descs = (rt_svc_desc_t *)RT_SVC_DESCS_START;//建立一个注册表结构体
    for (index = 0; index init) { //该服务是否需要初始化
    rc = service->init(); //进行初始化
    if (rc) { //初始化是否成功
    ERROR("Error initializing runtime service %sn",
    service->name);
    continue;
    }
    }
    start_idx = get_unique_oen(rt_svc_descs[index].start_oen,
    service->call_type); //八位的id号
    assert(start_idx call_type); //八位的id号
    assert(end_idx < MAX_RT_SVCS);
    for (; start_idx RAM
    #else
    ro . : {
    __RO_START__ = .;
    *bl31_entrypoint.o(.text*)
    *(SORT_BY_ALIGNMENT(.text*))
    *(SORT_BY_ALIGNMENT(.rodata*))
    RODATA_COMMON

    在include/common/bl_common.ld.h中

    #define RODATA_COMMON
    RT_SVC_DESCS
    FCONF_POPULATOR
    PMF_SVC_DESCS
    PARSER_LIB_DESCS
    CPU_OPS
    GOT
    BASE_XLAT_TABLE_RO
    EL3_LP_DESCS
    #define RT_SVC_DESCS
    . = ALIGN(STRUCT_ALIGN);
    __RT_SVC_DESCS_START__ = .;
    KEEP(*(rt_svc_descs))
    __RT_SVC_DESCS_END__ = .;

    rt_svc_descs段存放的内容是通过DECLARE_RT_SVC宏来定义的://其中

    #define DECLARE_RT_SVC(_name, _start, _end, _type, _setup, _smch)
    static const rt_svc_desc_t __svc_desc_ ## _name
    __section("rt_svc_descs") __used = {
    .start_oen = (_start),
    .end_oen = (_end),
    .call_type = (_type),
    .name = #_name,
    .init = (_setup),
    .handle = (_smch)
    }

    例如在services/std_svc/std_svc_setup.c中

    /* Register Standard Service Calls as runtime service */
    DECLARE_RT_SVC(
    std_svc,
    OEN_STD_START,
    OEN_STD_END,
    SMC_TYPE_FAST,
    std_svc_setup,
    std_svc_smc_handler
    );
    #define OEN_STD_START U(4) /* Standard Service Calls */
    #define OEN_STD_END U(4)
    #define SMC_TYPE_FAST UL(1)
    #define SMC_TYPE_YIELD UL(0)

    static const rt_svc_desc_t  __svc_desc_std_svc服务。其服务id为SMC_TYPE_FAST psci_setup((const psci_lib_args_t *)svc_arg)(void) plat_setup_psci_ops((uintptr_t)lib_args->mailbox_ep,&psci_plat_pm_ops);plat_setup_psci_ops()的定义根据平台,我们使用的是qemu,对应plat/qemu/qemu_sbsa/sbsa_pm.c文件中:

    *psci_ops = &plat_qemu_psci_pm_ops;
    static const plat_psci_ops_t plat_qemu_psci_pm_ops = {
    .cpu_standby = qemu_cpu_standby,
    .pwr_domain_on = qemu_pwr_domain_on,
    .pwr_domain_off = qemu_pwr_domain_off,
    .pwr_domain_pwr_down_wfi = qemu_pwr_domain_pwr_down_wfi,
    .pwr_domain_suspend = qemu_pwr_domain_suspend,
    .pwr_domain_on_finish = qemu_pwr_domain_on_finish,
    .pwr_domain_suspend_finish = qemu_pwr_domain_suspend_finish,
    .system_off = qemu_system_off,
    .system_reset = qemu_system_reset,
    .validate_power_state = qemu_validate_power_state
    };

    4.4 SMC 异常处理入口分析

    SMC命令执行后,CPU会根据异常向量表找到sync_exception_aarch64的入口会执行handle_sync_exception,在bl31/aarch64/runtime_exceptions.S中

    * ---------------------------------------------------------------------
    * This macro handles Synchronous exceptions.
    * Only SMC exceptions are supported.
    * ---------------------------------------------------------------------
    */
    .macro handle_sync_exception
    #if ENABLE_RUNTIME_INSTRUMENTATION
    /*
    * Read the timestamp value and store it in per-cpu data. The value
    * will be extracted from per-cpu data by the C level SMC handler and
    * saved to the PMF timestamp region.
    *///存放时间戳
    mrs x30, cntpct_el0
    str x29, [sp, #CTX_GPREGS_OFFSET + CTX_GPREG_X29]
    mrs x29, tpidr_el3
    str x30, [x29, #CPU_DATA_PMF_TS0_OFFSET]
    ldr x29, [sp, #CTX_GPREGS_OFFSET + CTX_GPREG_X29]
    #endif
    mrs x30, esr_el3 //将esr_el3存入x30
    //#define ESR_EC_SHIFT U(26) #define ESR_EC_LENGTH U(6)
    //相当于 保留 x30的bit[31-26]并将这几位提到bit[6-0]
    ubfx x30, x30, #ESR_EC_SHIFT, #ESR_EC_LENGTH
    /* Handle SMC exceptions separately from other synchronous exceptions */
    cmp x30, #EC_AARCH32_SMC
    b.eq smc_handler32
    cmp x30, #EC_AARCH64_SMC
    b.eq sync_handler64
    cmp x30, #EC_AARCH64_SYS
    b.eq sync_handler64
    /* Synchronous exceptions other than the above are assumed to be EA */
    ldr x30, [sp, #CTX_GPREGS_OFFSET + CTX_GPREG_LR]
    b enter_lower_el_sync_ea
    .endm

    三种跳转选项其中smc_handler32/64能够正确触发异常,report_unhandled_exception则是错误的流程

    #define EC_AARCH32_SMC U(0x13)
    #define EC_AARCH64_SVC U(0x15)
    #define EC_AARCH64_HVC U(0x16)
    #define EC_AARCH64_SMC U(0x17)

    x30里面存储的是esr_el3 的26-32位,里面是什么判断了smc64当前平台架构是aarch64的,看一下sync_handler64这个处理,在bl31/aarch64/runtime_exceptions.S中

    /* Load descriptor index from array of indices */
    //在runtime_svc_init()中会将所有的section rt_svc_descs段放入rt_svc_descs_indices数组,
    //这里获取该数组地址
    adrp x14, rt_svc_descs_indices
    add x14, x14, :lo12:rt_svc_descs_indices
    ldrb w15, [x14, x16]//找到rt_svc在rt_svc_descs_indices数组中的index
    /*
    * Get the descriptor using the index
    * x11 = (base + off), w15 = index 这个index就是rt_svc_descs结构体数组下标
    *
    * handler = (base + off) + (index end_oen,service->call_type);
    assert(start_idx api->signal_message(smt_channel->id);
    signal_message是smt模块里面提供的,对共享内存的数据进行处理
    status = fwk_module_bind(smt_channel->id,
    FWK_ID_API(FWK_MODULE_IDX_SMT, MOD_SMT_API_IDX_DRIVER_INPUT), &smt_channel->api);
        文章篇幅有点多了,具体代码就不分析了,可以参考:ARM SCP入门-AP与SCP通信,另外关于核间通信的细节里面没有说明,具体就是mhu或者PL320的驱动代码,以及共享内存的具体操作,后续专门写几篇核间通信的文章。
    后记
      本篇文章代码有点多,其实撸代码的过程也挺有趣味的,特别是加上自己的log打印,就有了自己可以控制的感觉,即时反馈带来游戏的快感。另外从职业技能上说,掌握一个方向的技术成为专家,也能让自己有个饭碗,加油,同志们。
    “啥都懂一点,啥都不精通,
    干啥都能干,干啥啥不是,
    专业入门劝退,堪称程序员杂家”。
    后续会继续更新,纯干货分析,欢迎分享给朋友,欢迎评论交流!
    微信扫一扫 ,关注该公众号