鸿蒙内核源码分析 (内核启动篇) | 从汇编到 main ()

这应该是系列篇最难写的一篇,全是汇编代码,需大量的底层知识,涉及协处理器,内核镜像重定位,创建内核映射表,初始化 CPU 模式栈,热启动,到最后熟悉的 main() 。

内核入口

在链接文件 liteos.ld 中可知内核的入口地址为 ENTRY(reset_vector) , 分别出现在reset_vector_mp.S (多核启动) 和 reset_vector_up.S(单核启动),系列篇研究多核启动的情况。代码可结合 (协处理器篇) 看更容易懂。

reset_vector: //鸿蒙开机代码/* clear register TPIDRPRW */mov     r0, #0					//r0 = 0mcr     p15, 0, r0, c13, c0, 4	//复位线程标识符寄存器TPIDRPRW , 不复位将导致系统不能启动/* do some early cpu setup: i/d cache disable, mmu disabled */mrc     p15, 0, r0, c1, c0, 0	//System Control Register-SCTLR | 读取系统控制寄存器内容bic     r0, #(1<<12)			//禁用指令缓存功能bic     r0, #(1<<2 | 1<<0)		//禁用数据和TLB的缓存功能(bit2) | mmu功能(bit0)mcr     p15, 0, r0, c1, c0, 0	//写系统控制寄存器/* enable fpu+neon 一些系统寄存器的操作| 使能浮点运算(floating point unit)和 NEON就是一种基于SIMD思想的ARM技术,相比于ARMv6或之前的架构,NEON结合了64-bit和128-bit的SIMD指令集,提供128-bit宽的向量运算(vector operations)*/
#ifndef LOSCFG_TEE_ENABLE        //Trusted Execution Environment   可信执行环境MRC    p15, 0, r0, c1, c1, 2 //非安全模式访问寄存器 (Non-Secure Access Control Register - NSACR)ORR    r0, r0, #0xC00        //使能安全和非安全访问协处理器10和11(Coprocessor 10和11)BIC    r0, r0, #0xC000       //设置bit15为0,不会影响修改CPACR.ASEDIS寄存器位(控制Advanced SIMD功能)| bit14 reservedMCR    p15, 0, r0, c1, c1, 2LDR    r0, =(0xF << 20)      //允许在EL0和EL1下,访问协处理器10和11(控制Floating-point和Advanced SIMD特性)MCR    p15, 0, r0, c1, c0, 2ISB
#endifMOV    r3, #0x40000000	    //EN, bit[30] 设置FPEXC的EN位来使能FPUVMSR   FPEXC, r3			//浮点异常控制寄存器 (Floating-Point Exception Control register | B4.1.57) /* r11: delta of physical address and virtual address | 计算虚拟地址和物理地址之间的差值,目的是为了建立映射关系表 */adr     r11, pa_va_offset //获取pa_va_offset变量物理地址,由于这时候mmu已经被关闭,所以这个值就表示pa_va_offset变量的物理地址。/*adr 是一条小范围的地址读取伪指令,它将基于PC的相对偏移的地址值读到目标寄存器中。*编译源程序时,汇编器首先计算当前PC值(当前指令位置)到exper的距离,然后用一条ADD或者SUB指令替换这条伪指令,*例如:ADD register,PC,#offset_to_exper 注意,标号exper与指令必须在同一代码段*/ldr     r0, [r11]		  //r0 = *r11 获取pa_va_offset变量虚拟地址sub     r11, r11, r0	  //物理地址-虚拟地址 = 映射偏移量 放入r11mrc     p15, 0, r12, c0, c0, 5      /* Multiprocessor Affinity Register-MPIDR */and     r12, r12, #MPIDR_CPUID_MASK //掩码过滤cmp     r12, #0	                    //主控核0判断bne     secondary_cpu_init	        //初始化CPU次核/** adr是小范围的地址读取伪指令,它将基于PC寄存器相对偏移的地址值读取到寄存器中,* 例如: 0x00000004 	 : adr     r4, __exception_handlers* 则此时PC寄存器的值为: 0x00000004 + 8(在三级流水线时,PC和执行地址相差8),* adr指令和标识__exception_handlers的地址相对固定,二者偏移量若为offset,* 最后r4 = (0x00000004 + 8) + offset*//* if we need to relocate to proper location or not | 如果需要重新安装到合适的位置*/adr     r4, __exception_handlers            /* r4: base of load address | 加载基址*/ldr     r5, =SYS_MEM_BASE                   /* r5: base of physical address | 物理基址*/subs    r12, r4, r5                         /* r12: delta of load address and physical address | 二者偏移量*/beq     reloc_img_to_bottom_done            /* if we load image at the bottom of physical address | 不相等就需要重定位 *//* we need to relocate image at the bottom of physical address | 需要知道拷贝的大小*/ldr     r7, =__exception_handlers           /* r7: base of linked address (or vm address) | 链接地址基地址*/ldr     r6, =__bss_start                    /* r6: end of linked address (or vm address),由于目前阶段有用的数据是中断向量表+代码段+只读数据段+数据段,所以只需复制[__exception_handlers,__bss_start]这段数据到内存基址处 */sub     r6, r7                              /* r6: delta of linked address (or vm address) | 内核镜像大小 */add     r6, r4                              /* r6: end of load address | 说明需拷贝[ r4,r4+r6 ] 区间内容到 [ r5,r5+r6 ]*/reloc_img_to_bottom_loop://重定位镜像到内核物理内存基地址,将内核从加载地址拷贝到内存基址处ldr     r7, [r4], #4	// 类似C语言 *r5 = *r4 , r4++ , r5++ str     r7, [r5], #4	// #4 代表32位的指令长度,此时在拷贝内核代码区内容cmp     r4, r6          /* 拷贝完成条件. r4++ 直到等于r6 (加载结束地址) 完成拷贝动作 */bne     reloc_img_to_bottom_loopsub     pc, r12                             /* 重新校准pc寄存器, 无缝跳到了拷贝后的指令地址处执行 r12是重定位镜像前内核加载基地址和内核物理内存基地址的差值 */nop		// 注意执行完成sub       pc, r12后,新的PC寄存器也指向了 	nop ,nop是伪汇编指令,等同于 mov r0 r0 通常用于控制时序的目的,强制内存对齐,防止流水线灾难,占据分支指令延迟						sub     r11, r11, r12                       /* r11: eventual address offset | 最终地址映射偏移量, 用于构建MMU页表 */
//内核总大小 __bss_start - __exception_handlers
reloc_img_to_bottom_done:
#ifdef LOSCFG_KERNEL_MMU ldr     r4, =g_firstPageTable               /* r4: physical address of translation table and clear it内核页表是用数组g_firstPageTable存储 见于los_arch_mmu.c */add     r4, r4, r11                         //计算g_firstPageTable页表物理地址mov     r0, r4								//因为默认r0 将作为memset_optimized的第一个参数mov     r1, #0								//第二个参数,清0mov     r2, #MMU_DESCRIPTOR_L1_SMALL_ENTRY_NUMBERS //第三个参数是L1表的长度bl      memset_optimized                    /* optimized memset since r0 is 64-byte aligned | 将内核页表空间清零*/ldr     r5, =g_archMmuInitMapping	        //记录映射关系表add     r5, r5, r11                         //获取g_archMmuInitMapping的物理地址
init_mmu_loop:	                                //初始化内核页表ldmia   r5!, {r6-r10}                       /* r6 = phys, r7 = virt, r8 = size, r9 = mmu_flags, r10 = name | 传参: 物理地址、虚拟地址、映射大小、映射属性、名称*/cmp     r8, 0                               /* if size = 0, the mmu init done | 完成条件 */beq     init_mmu_done		                //标志寄存器中Z标志位等于零时跳转到 	init_mmu_done处执行bl      page_table_build	                //创建页表b       init_mmu_loop						//循环继续
init_mmu_done:orr     r8, r4, #MMU_TTBRx_FLAGS            /* r8 = r4 and set cacheable attributes on translation walk | 设置缓存*/ldr     r4, =g_mmuJumpPageTable             /* r4: jump pagetable vaddr | 页表虚拟地址*/add     r4, r4, r11				ldr     r4, [r4]add     r4, r4, r11                         /* r4: jump pagetable paddr | 页表物理地址*//* build 1M section mapping, in order to jump va during turing on mmu:pa == pa, va == pa *//* 从当前PC开始建立1MB空间的段映射,分别建立物理地址和虚拟地址方式的段映射页表项* 内核临时页表在系统 使能mmu -> 切换到虚拟地址运行 这段时间使用*/mov     r6, pcmov     r7, r6                              /* r7: pa (MB aligned)*/lsr     r6, r6, #20                         /* r6: pa l1 index */ldr     r10, =MMU_DESCRIPTOR_KERNEL_L1_PTE_FLAGSadd     r12, r10, r6, lsl #20               /* r12: pa |flags */str     r12, [r4, r7, lsr #(20 - 2)]        /* jumpTable[paIndex] = pt entry */rsb     r7, r11, r6, lsl #20                /* r7: va */str     r12, [r4, r7, lsr #(20 - 2)]        /* jumpTable[vaIndex] = pt entry */bl      mmu_setup                           /* set up the mmu | 内核映射表已经创建好了,此时可以启动MMU工作了*/
#endif/* clear out the interrupt and exception stack and set magic num to check the overflow |exc_stack|地址高位|svc_stack|地址低位清除中断和异常堆栈并设置magic num检查溢出 */ldr     r0, =__svc_stack	    //stack_init的第一个参数 __svc_stack表示栈顶ldr     r1, =__exc_stack_top	//stack_init的第二个参数 __exc_stack_top表示栈底, 这里会有点绕, top表高地址位bl      stack_init              //初始化各个cpu不同模式下的栈空间//设置各个栈顶魔法数字STACK_MAGIC_SET __svc_stack, #OS_EXC_SVC_STACK_SIZE, OS_STACK_MAGIC_WORD //中断栈底设成"烫烫烫烫烫烫"STACK_MAGIC_SET __exc_stack, #OS_EXC_STACK_SIZE, OS_STACK_MAGIC_WORD     //异常栈底设成"烫烫烫烫烫烫"warm_reset: //热启动 Warm Reset, warm reboot, soft reboot, 在不关闭电源的情况,由软件控制重启计算机/* initialize CPSR (machine state register) */mov    r0, #(CPSR_IRQ_DISABLE|CPSR_FIQ_DISABLE|CPSR_SVC_MODE) /* 禁止IRQ中断 | 禁止FIQ中断 | 管理模式-操作系统使用的保护模式 */msr    cpsr, r0	//设置CPSR寄存器/* Note: some functions in LIBGCC1 will cause a "restore from SPSR"!! */msr    spsr, r0 //设置SPSR寄存器/* get cpuid and keep it in r12 */mrc     p15, 0, r12, c0, c0, 5		//R12保存CPUID and     r12, r12, #MPIDR_CPUID_MASK //掩码操作获取当前cpu id/* set svc stack, every cpu has OS_EXC_SVC_STACK_SIZE stack | 设置 SVC栈 */ldr    r0, =__svc_stack_top //注意这是栈底,高地址位mov    r2, #OS_EXC_SVC_STACK_SIZE //栈大小mul    r2, r2, r12 sub    r0, r0, r2                   /* 算出当前core的中断栈栈顶位置,写入所属core的sp */mov    sp, r0LDR    r0, =__exception_handlers    MCR    p15, 0, r0, c12, c0, 0       /* Vector Base Address Register - VBAR */cmp    r12, #0						//CPU是否为主核bne    cpu_start                    //不相等就跳到从核处理分支clear_bss:	                            //主核处理.bss段清零ldr    r0, =__bss_startldr    r2, =__bss_endmov    r1, #0sub    r2, r2, r0bl     memset
#if defined(LOSCFG_CC_STACKPROTECTOR_ALL) || \defined(LOSCFG_CC_STACKPROTECTOR_STRONG) || \defined(LOSCFG_CC_STACKPROTECTOR)bl     __stack_chk_guard_setup
#endif#ifdef LOSCFG_GDB_DEBUG/* GDB_START - generate a compiled_breadk,This function will get GDB stubs started, with a proper environment */bl     GDB_START.word  0xe7ffdeff
#endifbl     main                //带LR的子程序跳转, LR = pc - 4, 执行C层main函数    

解读

  • 第一步: 操作 CP15 协处理器 TPIDRPRW 寄存器,它被 ARM 设计保存当前运行线程的 ID值,在ARMv7 架构中才新出现,需PL1权限以上才能访问,而硬件不会从内部去改变它的值,也就是说这是一个直接暴露给工程师操作维护的一个寄存器,在鸿蒙内核中被用于记录线程结构体的开始地址,可以搜索 OsCurrTaskSet 来跟踪哪些地方会切换当前任务以便更好的理解内核。

  • 第二步: 系统控制寄存器(SCTLR),B4.1.130 SCTLR, System Control Register 它提供了系统的最高级别控制,高到了玉皇大帝级别,代码中将 0212位写 0。对应关闭 MMU 、数据缓存 、指令缓存 功能。

  • 第三步: 对浮点运算FPU的设置,在安全模式下使用FPU,须定义NSACRCPACRFPEXC 三个寄存器

  • 第四步: 计算虚拟地址和物理地址的偏移量,为何要计算它呢 ? 主要目的是为了建立虚拟地址和物理地址的映射关系,因为在 MMU启动之后,运行地址(PC寄存器指向的地址)将变成虚拟地址,使用虚拟地址就离不开映射表,所以两个地址的映射关系需要在MMU启动前就创建好,而有了偏移量就可以创建映射表。但需先搞清楚 链接地址 和 运行地址 两个概念。

    • 链接地址 由链接器确定,链接器会将所有输入的 .o 文件链接成一个格式的 .bin 文件,它们都是ELF格式, 链接器给每条指令/数据都赋与一个地址,这个地址叫链接地址,它可以是相对的也可以是绝对的。但它们之间的内部距离是固定的,链接具体过程可翻看 (重定位篇) 和 (链接脚本篇)
    • 运行地址 由加载器确定,内核镜像首先通过烧录工具将内核烧录到 flash 指定的位置,开机后由boot loader工具,例如uboot,将内核镜像加载到指定地址后开始执行真正的内核代码,这个地址叫运行地址

    两个地址往往不一样,而内核设计者希望它们是一样的,那有没有办法检测二者是否一样呢? 答案是 : 当然有的 ,通过一个变量在链接时将其链接地址变成变量的内容 ,无论中间怎么加载变量的内容是不会变的,而获取运行地址是很容易获取的,其实就是PC寄存器的地址,二者一减,加载偏了多少不就出来了

    pa_va_offset:	.word   . //定义一个4字节的pa_va_offset 变量, 链接器生成一个链接地址, . 表示 pa_va_offset = 链接地址 举例: 在地址 0x17321796 中保存了 0x17321796 值adr     r11, pa_va_offset //代码已执行至此,指令将获取 pa_va_offset 的运行地址(可能不是`0x17321796`) 给r11ldr     r0, [r11] // [r11]中存的是链接地址 `0x17321796`, 它不会随加载器变化的sub     r11, r11, r0 // 二者相减得到了偏移地址
  • 第五步: 将内核代码从 __exception_handlers 处移到 SYS_MEM_BASE处,长度是 __bss_start - __exception_handlers , __exception_handlers是加载后的开始地址, 由加载器决定, 而SYS_MEM_BASE 是系统定义的内存地址, 可由系统集成商指定配置, 他们希望内核从这里运行。 下图为内核镜像布局

具体代码如下:

        /* if we need to relocate to proper location or not | 如果需要重新安装到合适的位置*/adr     r4, __exception_handlers            /* r4: base of load address | 加载基址*/ldr     r5, =SYS_MEM_BASE                   /* r5: base of physical address | 物理基址*/subs    r12, r4, r5                         /* r12: delta of load address and physical address | 二者偏移量*/beq     reloc_img_to_bottom_done            /* if we load image at the bottom of physical address | 不相等就需要重定位 *//* we need to relocate image at the bottom of physical address | 需要知道拷贝的大小*/ldr     r7, =__exception_handlers           /* r7: base of linked address (or vm address) | 链接地址基地址*/ldr     r6, =__bss_start                    /* r6: end of linked address (or vm address),由于目前阶段有用的数据是中断向量表+代码段+只读数据段+数据段,所以只需复制[__exception_handlers,__bss_start]这段数据到内存基址处 */sub     r6, r7                              /* r6: delta of linked address (or vm address) | 内核镜像大小 */add     r6, r4                              /* r6: end of load address | 说明需拷贝[ r4,r4+r6 ] 区间内容到 [ r5,r5+r6 ]*/reloc_img_to_bottom_loop://重定位镜像到内核物理内存基地址,将内核从加载地址拷贝到内存基址处ldr     r7, [r4], #4	// 类似C语言 *r5 = *r4 , r4++ , r5++ str     r7, [r5], #4	// #4 代表32位的指令长度,此时在拷贝内核代码区内容cmp     r4, r6          /* 拷贝完成条件. r4++ 直到等于r6 (加载结束地址) 完成拷贝动作 */bne     reloc_img_to_bottom_loopsub     pc, r12                             /* 重新校准pc寄存器, 无缝跳到了拷贝后的指令地址处执行 r12是重定位镜像前内核加载基地址和内核物理内存基地址的差值 */nop		// 注意执行完成sub       pc, r12后,新的PC寄存器也指向了 	nop ,nop是伪汇编指令,等同于 mov r0 r0 通常用于控制时序的目的,强制内存对齐,防止流水线灾难,占据分支指令延迟						sub     r11, r11, r12                       /* r11: eventual address offset | 最终地址偏移量 */
  • 第六步: 在打开MMU必须要做好虚拟地址和物理地址的映射关系 , 需构建页表 , 关于页表可翻看 虚实映射篇, 具体代码如下
    #ifdef LOSCFG_KERNEL_MMU ldr     r4, =g_firstPageTable               /* r4: physical address of translation table and clear it内核页表是用数组g_firstPageTable存储 见于los_arch_mmu.c */add     r4, r4, r11                         //计算g_firstPageTable页表物理地址mov     r0, r4								//因为默认r0 将作为memset_optimized的第一个参数mov     r1, #0								//第二个参数,清0mov     r2, #MMU_DESCRIPTOR_L1_SMALL_ENTRY_NUMBERS //第三个参数是L1表的长度bl      memset_optimized                    /* optimized memset since r0 is 64-byte aligned | 将内核页表空间清零*/ldr     r5, =g_archMmuInitMapping	        //记录映射关系表add     r5, r5, r11                         //获取g_archMmuInitMapping的物理地址init_mmu_loop:	                                //初始化内核页表ldmia   r5!, {r6-r10}                       /* r6 = phys, r7 = virt, r8 = size, r9 = mmu_flags, r10 = name | 物理地址、虚拟地址、映射大小、映射属性、名称*/cmp     r8, 0                               /* if size = 0, the mmu init done */beq     init_mmu_done		                //标志寄存器中Z标志位等于零时跳转到 	init_mmu_done处执行bl      page_table_build	                //创建页表b       init_mmu_loop						//循环继续init_mmu_done:orr     r8, r4, #MMU_TTBRx_FLAGS            /* r8 = r4 and set cacheable attributes on translation walk | 设置缓存*/ldr     r4, =g_mmuJumpPageTable             /* r4: jump pagetable vaddr | 页表虚拟地址*/add     r4, r4, r11				ldr     r4, [r4]add     r4, r4, r11                         /* r4: jump pagetable paddr | 页表物理地址*//* build 1M section mapping, in order to jump va during turing on mmu:pa == pa, va == pa *//* 从当前PC开始建立1MB空间的段映射,分别建立物理地址和虚拟地址方式的段映射页表项* 内核临时页表在系统 使能mmu -> 切换到虚拟地址运行 这段时间使用*/mov     r6, pcmov     r7, r6                              /* r7: pa (MB aligned)*/lsr     r6, r6, #20                         /* r6: pa l1 index */ldr     r10, =MMU_DESCRIPTOR_KERNEL_L1_PTE_FLAGSadd     r12, r10, r6, lsl #20               /* r12: pa |flags */str     r12, [r4, r7, lsr #(20 - 2)]        /* jumpTable[paIndex] = pt entry */rsb     r7, r11, r6, lsl #20                /* r7: va */str     r12, [r4, r7, lsr #(20 - 2)]        /* jumpTable[vaIndex] = pt entry */bl      mmu_setup                           /* set up the mmu | 内核映射表已经创建好了,此时可以启动MMU工作了*/#endif
  • 第七步: 使能MMU, 有了页表就可以使用虚拟地址了
    mmu_setup:	//启动MMU工作mov     r12, #0                             /* TLB Invalidate All entries - TLBIALL */mcr     p15, 0, r12, c8, c7, 0              /* Set c8 to control the TLB and set the mapping to invalid */isbmcr     p15, 0, r12, c2, c0, 2              /* Translation Table Base Control Register(TTBCR) = 0x0[31] :0 - Use the 32-bit translation system(虚拟地址是32位)[5:4]:0 - use TTBR0和TTBR1[2:0]:0 - TTBCR.N为0;例如:TTBCR.N为0,TTBR0[31:14-0] | VA[31-0:20] | descriptor-type[1:0]组成32位页表描述符的地址,VA[31:20]可以覆盖4GB的地址空间,所以TTBR0页表是16KB,不使用TTBR1;例如:TTBCR.N为1,TTBR0[31:14-1] | VA[31-1:20] | descriptor-type[1:0]组成32位页表描述符的地址,VA[30:20]可以覆盖2GB的地址空间,所以TTBR0页表是8KB,TTBR1页表是8KB(页表地址必须16KB对齐);*/isborr     r12, r4, #MMU_TTBRx_FLAGS			//将临时页表属性[6:0]和基地址[31:14]放到r12mcr     p15, 0, r12, c2, c0, 0              /* Set attributes and set temp page table */isbmov     r12, #0x7                           /* 0b0111 */mcr     p15, 0, r12, c3, c0, 0              /* Set DACR with 0b0111, client and manager domian */isbmrc    p15, 0, r12, c1, c0, 1               /* ACTLR, Auxlliary Control Register */orr    r12, r12, #(1 << 6)                  /* SMP, Enables coherent requests to the processor. */orr    r12, r12, #(1 << 2)                  /* Enable D-side prefetch */orr    r12, r12, #(1 << 11)                 /* Global BP Enable bit */mcr    p15, 0, r12, c1, c0, 1               /* ACTLR, Auxlliary Control Register */dsb/** 开始使能MMU,使用的是内核临时页表,这时cpu访问内存不管是取指令还是访问数据都是需要经过mmu来翻译,* 但是在mmu使能之前cpu使用的都是内核的物理地址,即使现在使能了mmu,cpu访问的地址值还是内核的物理地址值(这里仅仅从数值上来看),* 而又由于mmu使能了,所以cpu会把这个值当做虚拟地址的值到页表中去找其对应的物理地址来访问。* 所以现在明白了为什么要在内核临时页表里建立一个内核物理地址和虚拟地址一一映射的页表项了吧,因为建立了一一映射,* cpu访问的地址经过mmu翻译得到的还是和原来一样的值,这样在cpu真正使用虚拟地址之前也能正常运行。*/mrc     p15, 0, r12, c1, c0, 0bic     r12, #(1 << 29 | 1 << 28)           /* disable access flag[bit29],ap[0]是访问权限位,支持全部的访问权限类型disable TEX remap[bit28],使用TEX[2:0]与C Bbit控制memory region属性 */orr     r12, #(1 << 0)                      /* mmu enable */bic     r12, #(1 << 1)orr     r12, #(1 << 2)                     /* D cache enable */orr     r12, #(1 << 12)                    /* I cache enable */mcr     p15, 0, r12, c1, c0, 0              /* Set SCTLR with r12: Turn on the MMU, I/D cache Disable TRE/AFE */isbldr     pc,  =1f                            /* Convert to VA | 1表示标号,f表示forward(往下) - pc值取往下标识符“1”的虚拟地址(跳转到标识符“1”处)因为之前已经在内核临时页表中建立了内核虚拟地址和物理地址的映射关系,所以接下来cpu切换到虚拟地址空间 */1:mcr     p15, 0, r8, c2, c0, 0               /* Go to the base address saved in C2: Jump to the page table */isb                                         //r8中保存的是内核L1页表基地址和flags,r8写入到TTBR0实现临时页表和内核页表的切换mov     r12, #0mcr     p15, 0, r12, c8, c7, 0              /* TLB Invalidate All entries - TLBIALL(Invalidate all EL1&0 regime stage 1 and 2 TLB entries) */isbsub     lr,  r11                            /* adjust lr with delta of physical address and virtual address | lr中保存的是mmu使能之前返回地址的物理地址值,这时需要转换为虚拟地址,转换算法也很简单,虚拟地址 = 物理地址 - r11 */bx      lr                                  //返回
  • 第八步: 设置异常和中断栈 ,初始化栈内值和栈顶值
    //初始化栈内值ldr     r0, =__svc_stack	    //stack_init的第一个参数 __svc_stack表示栈顶ldr     r1, =__exc_stack_top	//stack_init的第二个参数 __exc_stack_top表示栈底, 这里会有点绕, top表高地址位bl      stack_init              //初始化各个cpu不同模式下的栈空间//设置各个栈顶魔法数字STACK_MAGIC_SET __svc_stack, #OS_EXC_SVC_STACK_SIZE, OS_STACK_MAGIC_WORD //中断栈底设成"烫烫烫烫烫烫"STACK_MAGIC_SET __exc_stack, #OS_EXC_STACK_SIZE, OS_STACK_MAGIC_WORD     //异常栈底设成"烫烫烫烫烫烫"stack_init:ldr     r2, =OS_STACK_INIT	//0xCACACACAldr     r3, =OS_STACK_INIT/* Main loop sets 32 bytes at a time. | 主循环一次设置 32 个字节*/stack_init_loop:.irp    offset, #0, #8, #16, #24strd    r2, r3, [r0, \offset]    /* 等价于strd r2, r3, [r0, 0], strd r2, r3, [r0, 8], ... , strd r2, r3, [r0, 24] */.endradd     r0, #32			//加跳32个字节,说明在地址范围上 r1 > r0 ==> __exc_stack_top > __svc_stackcmp     r0, r1			//是否到栈底blt     stack_init_loopbx      lr

    //初始化栈顶值excstack_magic:mov     r3, #0 //r3 = 0excstack_magic_loop:str     r2, [r0]   //栈顶设置魔法数字add     r0, r0, r1 //定位到栈底add     r3, r3, #1 //r3++cmp     r3, #CORE_NUM //栈空间等分成core_num个空间,所以每个core的栈顶需要magic numblt     excstack_magic_loopbx      lr/* param0 is stack top, param1 is stack size, param2 is magic num */.macro STACK_MAGIC_SET param0, param1, param2ldr     r0, =\param0mov     r1, \param1ldr     r2, =\param2bl      excstack_magic.endmSTACK_MAGIC_SET __svc_stack, #OS_EXC_SVC_STACK_SIZE, OS_STACK_MAGIC_WORD //中断栈底设成"烫烫烫烫烫烫"STACK_MAGIC_SET __exc_stack, #OS_EXC_STACK_SIZE, OS_STACK_MAGIC_WORD     //异常栈底设成"烫烫烫烫烫烫"
  • 第九步: 热启动
    warm_reset: //热启动 Warm Reset, warm reboot, soft reboot, 在不关闭电源的情况,由软件控制重启计算机/* initialize CPSR (machine state register) */mov    r0, #(CPSR_IRQ_DISABLE|CPSR_FIQ_DISABLE|CPSR_SVC_MODE) /* 禁止IRQ中断 | 禁止FIQ中断 | 管理模式-操作系统使用的保护模式 */msr    cpsr, r0/* Note: some functions in LIBGCC1 will cause a "restore from SPSR"!! */msr    spsr, r0/* get cpuid and keep it in r12 */mrc     p15, 0, r12, c0, c0, 5		//R12保存CPUID and     r12, r12, #MPIDR_CPUID_MASK //掩码操作获取当前cpu id/* set svc stack, every cpu has OS_EXC_SVC_STACK_SIZE stack */ldr    r0, =__svc_stack_topmov    r2, #OS_EXC_SVC_STACK_SIZEmul    r2, r2, r12sub    r0, r0, r2                   /* 算出当前core的中断栈栈顶位置,写入所属core的sp */mov    sp, r0LDR    r0, =__exception_handlersMCR    p15, 0, r0, c12, c0, 0       /* Vector Base Address Register - VBAR */cmp    r12, #0bne    cpu_start                    //从核处理分支
  • 第十步: 进入 C 语言的 main()
    bl     main                //带LR的子程序跳转, LR = pc - 4, 执行C层main函数LITE_OS_SEC_TEXT_INIT INT32 main(VOID)//由主CPU执行,默认0号CPU 为主CPU {UINT32 ret = OsMain();if (ret != LOS_OK) {return (INT32)LOS_NOK;}CPU_MAP_SET(0, OsHwIDGet());//设置CPU映射,参数0 代表0号CPUOsSchedStart();//调度开始while (1) {__asm volatile("wfi");//WFI: wait for Interrupt 等待中断,即下一次中断发生前都在此hold住不干活}}

鸿蒙全栈开发全新学习指南

也为了积极培养鸿蒙生态人才,让大家都能学习到鸿蒙开发最新的技术,针对一些在职人员、0基础小白、应届生/计算机专业、鸿蒙爱好者等人群,整理了一套纯血版鸿蒙(HarmonyOS Next)全栈开发技术的学习路线【包含了大厂APP实战项目开发】

本路线共分为四个阶段:

第一阶段:鸿蒙初中级开发必备技能

在这里插入图片描述

第二阶段:鸿蒙南北双向高工技能基础:gitee.com/MNxiaona/733GH

第三阶段:应用开发中高级就业技术

第四阶段:全网首发-工业级南向设备开发就业技术:gitee.com/MNxiaona/733GH

《鸿蒙 (Harmony OS)开发学习手册》(共计892页)

如何快速入门?

1.基本概念
2.构建第一个ArkTS应用
3.……

开发基础知识:gitee.com/MNxiaona/733GH

1.应用基础知识
2.配置文件
3.应用数据管理
4.应用安全管理
5.应用隐私保护
6.三方应用调用管控机制
7.资源分类与访问
8.学习ArkTS语言
9.……

基于ArkTS 开发

1.Ability开发
2.UI开发
3.公共事件与通知
4.窗口管理
5.媒体
6.安全
7.网络与链接
8.电话服务
9.数据管理
10.后台任务(Background Task)管理
11.设备管理
12.设备使用信息统计
13.DFX
14.国际化开发
15.折叠屏系列
16.……

鸿蒙开发面试真题(含参考答案):gitee.com/MNxiaona/733GH

鸿蒙入门教学视频:

美团APP实战开发教学:gitee.com/MNxiaona/733GH

写在最后

  • 如果你觉得这篇内容对你还蛮有帮助,我想邀请你帮我三个小忙:
  • 点赞,转发,有你们的 『点赞和评论』,才是我创造的动力。
  • 关注小编,同时可以期待后续文章ing🚀,不定期分享原创知识。
  • 想要获取更多完整鸿蒙最新学习资源,请移步前往小编:gitee.com/MNxiaona/733GH

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/327933.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

FreeRTOS开发一、FreeRTOS移植

1、FreeRTOS 源码下载 两个下载链接&#xff0c; 一个是官网&#xff1a;http://www.freertos.org/&#xff0c; 另外一个是代码托管网站&#xff1a;https://sourceforge.net/projects/freertos/files/FreeRTOS/ 打开代码托管网站链接&#xff0c;我们选择FreeRTOS 的版本 V9…

全域运营平台是什么?优缺点有哪些?

当下&#xff0c;全域运营赛道逐渐兴盛&#xff0c;全域运营服务商的数量也开始呈现爆发趋势。在此背景下&#xff0c;很多人都对某些品牌的全域运营平台优缺点产生了浓厚的兴趣。由于小编只使用过微火全域运营平台&#xff0c;因此&#xff0c;本期会着重分析微火运营平台的优…

【软考】设计模式之桥接模式

目录 1. 说明2. 应用场景3. 结构图4. 构成5. 适用性6. 优点7. 缺点8. java示例 1. 说明 1.将抽象部分与其实现部分分离&#xff0c;使它们都可以独立地变化。2.桥接模式&#xff08;Bridge Pattern&#xff09;属于对象结构型模式&#xff0c;又称为柄体&#xff08;Handle an…

Leetcode2105. 给植物浇水 II

Every day a Leetcode 题目来源&#xff1a;2105. 给植物浇水 II 解法1&#xff1a;双指针 设 Alice 当前下标为 i&#xff0c;初始化为 0&#xff0c;水量为 a&#xff0c;初始化为 capacityA&#xff1b;Bob 当前下标为 j&#xff0c;初始化为 n-1&#xff0c;水量为 b&am…

力扣98.验证二叉搜索树

法一&#xff08;自己思路&#xff0c;复杂了&#xff09;&#xff1a; from collections import dequeclass Solution(object):def isValidBST(self, root):""":type root: TreeNode:rtype: bool"""queue deque()if root.left!None:queue.app…

FOSS全闪对象存储--与AI/ML相向而行

行业解读需求剖析 目前&#xff0c;随着AI/ML技术得到了快速的发展及应用&#xff0c;AI/ML系统对底层高速数据访问的需求也日趋强烈&#xff0c;虽然当前业界有多种解决方案&#xff0c;但都存在一些成本或性能方面的挑战&#xff0c;就目前常用的文件存储系统来说&#xff0…

win10共享文件夹到ubuntu22

win10共享文件夹 新建用户 新建用户、设置密码。避免共享给EveryOne&#xff0c;导致隐私问题。 点击左下角的开始菜单&#xff0c;选择“设置”&#xff08;WinI&#xff09;打开设置窗口。在设置窗口中&#xff0c;搜索或直接点击“账户”进入账户设置。在账户设置中&…

机器学习中常用的几种距离——欧式、余弦等

目录 一、欧式距离&#xff08;L2距离&#xff09;二、曼哈顿距离&#xff08;L1距离&#xff09;三、汉明距离四、余弦相似度 一、欧式距离&#xff08;L2距离&#xff09; &#xff08;1&#xff09;二维空间的距离公式&#xff08;三维空间的在这个基础上类推&#xff09;&…

Windows本地部署直播录屏利器Bililive-go并实现远程添加直播间录屏

&#x1f308;个人主页: Aileen_0v0 &#x1f525;热门专栏: 华为鸿蒙系统学习|计算机网络|数据结构与算法 ​&#x1f4ab;个人格言:“没有罗马,那就自己创造罗马~” 文章目录 1. Bililive-go与套件下载1.1 获取ffmpeg1.2 获取Bililive-go1.3 配置套件 2. 本地运行测试3. 录屏…

基于单片机的光照检测系统—光敏电阻

基于单片机的光照检测系统 &#xff08;仿真&#xff0b;程序&#xff0b;原理图&#xff0b;设计报告&#xff09; 功能介绍 具体功能&#xff1a; 1.光敏电阻实时采集环境光照值&#xff1b; 2.采用ADC0804将模拟值转换为数字量&#xff1b; 3.四位数码管显示当前的光照…

Java JDK下载安装教程(2024年)

博主介绍&#xff1a;✌Java老徐、7年大厂程序员经历。全网粉丝12w、csdn博客专家、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于Java技术领域和毕业项目实战✌ &#x1f345;文末获取源码联系&#x1f345; &#x1f447;&#x1f3fb; 精彩专栏推荐订阅&#x1f447;&…

金士顿硬盘误删数据不用慌,这些恢复方法帮你忙

在数字化日益盛行的今天&#xff0c;硬盘作为存储数据的重要设备&#xff0c;其安全性与稳定性显得尤为关键。然而&#xff0c;即便是品质卓越的金士顿硬盘&#xff0c;也难免会遇到误删除数据的尴尬情况。面对这种情况&#xff0c;许多用户往往感到手足无措&#xff0c;甚至产…

LLM Agent智能体综述(万字长文)

前言 &#x1f3c6;&#x1f3c6;&#x1f3c6;在上一篇文章中&#xff0c;我们介绍了如何部署MetaGPT到本地&#xff0c;获取OpenAI API Key并配置其开发环境&#xff0c;并通过一个开发小组的多Agent案例感受了智能体的强大&#xff0c;在本文中&#xff0c;我们将对AI Agent…

Franz Electron + React 源码启动运行填坑指南

环境要求 安装miniconda python 环境electron/rebuild用得着&#xff0c;miniconda 默认自带的 python 是 3.11 版本&#xff0c;比较新&#xff1b; 安装virsual studio 2019 要把C桌面相关的都安装了&#xff0c;大概需要20G&#xff0c;不要安装到 C 盘&#xff0c;都安装到…

FlyFlow:支持驳回后自动跨节点跳回

本周更新 新增&#xff1a;审批节点驳回&#xff08;拒绝配置的驳回&#xff09;支持自动跳回当前节点新增&#xff1a;修改数据节点新增&#xff1a;删除数据节点新增&#xff1a;子流程支持配置自动跳过发起人节点优化&#xff1a;两个项目合并一个单体项目优化&#xff1a;…

JavaEE初阶-多线程进阶2

文章目录 前言一、CAS1.1 CAS的概念1.2 原子类1.3 CAS的ABA问题 二、JUC中常用类2.1 Callable接口2.2 ReentrantLock&#xff08;可重入&#xff09;2.3 Semaphore信号量2.4 CountDownLatch类2.5 CopyOnWriteArrayList类2.6 ConcurrentHashMap 前言 对于多线程进阶的部分&…

linux安装Openresty

安装必要的依赖库 指定仓库地址 下载openresty 添加环境变量 vi /etc/profile i export NGINX_HOME/usr/local/openresty/nginx/ export PATH${NGINX_HOME}/sbin:$PATH esc :wq source /etc/profile #启动 nginx # 重启 nginx -s reload #关闭 nginx -s stop

【class8】人工智能初步(图像识别-----卷积神经网络)

上节回顾 上节课&#xff0c;我们简单了解了图像识别和深度学习的相关知识。 快速回顾一下吧&#xff5e; A图像识别是以图像的主要特征为基础的。B. 图像分辨率决定图像的质量。 C&#xff0e; 像素是图像中的最小单位D. 在图像识别的原理上&#xff0c;计算机和人类在本质…

Linux 生态与工具

各位大佬好 &#xff0c;这里是阿川的博客 &#xff0c; 祝您变得更强 个人主页&#xff1a;在线OJ的阿川 大佬的支持和鼓励&#xff0c;将是我成长路上最大的动力 阿川水平有限&#xff0c;如有错误&#xff0c;欢迎大佬指正 目录 Linux生态简介:Linux工具lrzsz&#xff…

Nginx配置到系统中

系列文章目录 文章目录 系列文章目录前言 前言 前些天发现了一个巨牛的人工智能学习网站&#xff0c;通俗易懂&#xff0c;风趣幽默&#xff0c;忍不住分享一下给大家。点击跳转到网站&#xff0c;这篇文章男女通用&#xff0c;看懂了就去分享给你的码吧。 Nginx(“engine x”…