当前位置:   article > 正文

正点原子嵌入式linux驱动开发——Linux内核启动流程

正点原子嵌入式linux驱动开发——Linux内核启动流程

上一篇笔记学习了Linux内核的顶层Makefile,现在来看Linux内核的大致启动流程,Linux内核的启
动流程要比uboot复杂的多,涉及到的内容也更多,因此本章就大致的了解一Linux内核的启动流程

链接脚本vmlinux.lds

要分析Linux启动流程,同样需要先编译一Linux源码,因为有很多文件是需要编译才会生成的。首先分析Linux内核的链接脚本文件arch/arm/kernel/vmlinux.lds,通过链接脚本可以找到Linux内核的第一行程序是从哪里执行的。vmlinux.lds中有如下代码(有省略):
示例代码16.1.1 vmlinux.lds代码段
第2行的ENTRY指明了Linux内核入口,入口为stext,stext定义在文件arch/arm/kernel/head.S中,因此要分析Linux内核的启动流程,就得先从文件arch/arm/kernel/head.S的stext处开始分析

Linux内核启动流程分析

Linux内核入口stext

stext是Linux内核的入口地址,在文件arch/arm/kernel/head.S中有如下所示提示内容:
示例代码16.2.1.1 arch/arm/kernel/head.S代码段
根据示例代码16.2.1.1中的注释,Linux内核启动之前要求如下:

  1. 关闭MMU
  2. 关闭D-cache
  3. I-Cache无所谓
  4. r0=0
  5. r1=machine nr(也就是机器ID)
  6. r2=atags或设备树(dtb)首地址

Linux内核的入口点stext其实相当于内核的入口函数,stext函数内容如下:

示例代码16.2.1.2 arch/arm/kernel/head.S 代码段 
77 ENTRY(stext) 
...... 
88     @ ensure svc mode and all interrupts masked 
89     safe_svcmode_maskall r9 
90 
91     mrc p15, 0, r9, c0, c0 @ get processor id 
92     bl __lookup_processor_type @ r5=procinfo r9=cpuid 
93     movs r10, r5 @ invalid processor (r5=0)? 
94   THUMB( it eq ) @ force fixup-able long branch encoding 
95     beq __error_p @ yes, error 'p' 
...... 
105 #ifndef CONFIG_XIP_KERNEL 
...... 
110 #else 
111     ldr r8, =PLAT_PHYS_OFFSET @ always constant in this case 
112 #endif 
113 
114     /* 
115     * r1 = machine no, r2 = atags or dtb, 
116     * r8 = phys_offset, r9 = cpuid, r10 = procinfo 
117     */ 
118     bl __vet_atags 
...... 
125     bl __create_page_tables 
...... 
146     ldr r13, =__mmap_switched @ address to jump to after 
147             @ mmu has been enabled 
148     badr lr, 1f @ return (PIC) address 
149 #ifdef CONFIG_ARM_LPAE 
150     mov r5, #0 @ high TTBR0 
151     mov r8, r4, lsr #12 @ TTBR1 is swapper_pg_dir pfn 
152 #else 
153     mov r8, r4 @ set TTBR1 to swapper_pg_dir 
154 #endif 
155     ldr r12, [r10, #PROCINFO_INITFUNC] 
156     add r12, r12, r10
157     ret r12 
158 1: b __enable_mmu 
159 ENDPROC(stext)
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40

第89行,调用函数safe_svcmode_maskall确保CPU处于SVC模式,并且关闭了所有的中断safe_svcmode_maskall定义在文件
arch/arm/include/asm/assembler.h中。

第91行,读处理器ID,ID值保存在r9寄存器中。

第92行,调用函数__lookup_processor_type检查当前系统是否支持此CPU,如果支持的就获取procinfo信息。procinfo是proc_info_list类型的结构体,proc_info_list在文件arch/arm/include/asm/procinfo.h中的定义如下:
示例代码16.2.1.3 proc_info_list结构体
Linux内核将每种处理器都抽象为一个proc_info_list结构体,每种处理器都对应一个procinfo。因此可以通过处理器ID来找到对应的procinfo结构,__lookup_processor_type函数找
到对应处理器的procinfo以后会将其保存到r5寄存器中。

继续回到示例代码16.2.1.2中,第118行,调用函数__vet_atags验证atags或设备树(dtb)的合法性。函数__vet_atags定义在文件arch/arm/kernel/head-common.S中。

第120行,STM32MP157是双核A7处理器,支持MP,因此定了宏CONFIG_SMP_ON_UP,所以此处__fixup_smp函数会执行,处理多核。

第125行,调用函数__create_page_tables创建页表。

第146行,将函数__mmap_switched的地址保存到r13寄存器中。__mmap_switched定义在文件arch/arm/kernel/head-common.S,__mmap_switched最终会调用start_kernel函数。

第158行,调用__enable_mmu函数使能MMU,__enable_mmu定义在文件arch/arm/kernel/head.S中。__enable_mmu最终会通过调用__turn_mmu_on来打开MMU,__turn_mmu_on最后会执行r13里面保存的__mmap_switched函数。

__mmap_switched函数

__mmap_switched函数定义在文件arch/arm/kernel/head-common.S中,函数代码如下:

示例代码16.2.2.1 head-common.S 代码段 
77 __mmap_switched:
78 
79     mov r7, r1 
80     mov r8, r2 
81     mov r10, r0 
82 
83     adr r4, __mmap_switched_data 
84     mov fp, #0 
85 
86 #if defined(CONFIG_XIP_DEFLATED_DATA) 
87     ARM( ldr sp, [r4], #4 ) 
88 THUMB( ldr sp, [r4] ) 
89 THUMB( add r4, #4 ) 
90     bl __inflate_kernel_data @ decompress .data to RAM 
91     teq r0, #0 
92     bne __error 
93 #elif defined(CONFIG_XIP_KERNEL) 
94     ARM( ldmia r4!, {r0, r1, r2, sp} ) 
95 THUMB( ldmia r4!, {r0, r1, r2, r3} ) 
96 THUMB( mov sp, r3 ) 
97     sub r2, r2, r1 
98     bl memcpy @ copy .data to RAM 
99 #endif 
100 
101     ARM( ldmia r4!, {r0, r1, sp} ) 
102 THUMB( ldmia r4!, {r0, r1, r3} ) 
103 THUMB( mov sp, r3 ) 
104     sub r2, r1, r0 
105     mov r1, #0 
106     bl memset @ clear .bss 
107 
108     ldmia r4, {r0, r1, r2, r3} 
109     str r9, [r0] @ Save processor ID 
110     str r7, [r1] @ Save machine type 
111     str r8, [r2] @ Save atags pointer 
112     cmp r3, #0 
113     strne r10, [r3] @ Save control register values 
114     mov lr, #0 
115     b start_kernel 
116 ENDPROC(__mmap_switched)
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41

第115行最终调用start_kernel来启动Linux内核,start_kernel函数定义在文件init/main.c中。

start_kernel函数

start_kernel通过调用众多的子函数来完成Linux启动之前的一些初始化工作,由于start_kernel函数里面调用的子函数太多,而这些子函数又很复杂,因此简单来看一下一些重要的子函数。精简并添加注释后的start_kernel函数内容如下:

示例代码16.2.3.1 start_kernel函数 
asmlinkage __visible void __init start_kernel(void) 
{ 
	char *command_line; 
	char *after_dashes; 

	set_task_stack_end_magic(&init_task);/* 设置任务栈结束魔术数,用于栈溢出检测 */ 
	smp_setup_processor_id(); /* 跟SMP有关(多核处理器),设置处理器ID。 
							* 有很多资料说ARM架构下此函数为空函数,那是因 
							* 为他们用的老版本Linux,而那时候ARM还没有多 
							* 核处理器。 */ 
	debug_objects_early_init(); /* 做一些和debug有关的初始化 */ 
	cgroup_init_early(); /* cgroup初始化,cgroup用于控制Linux系统资源*/ 
	local_irq_disable(); /* 关闭当前CPU中断 */ 
	early_boot_irqs_disabled = true; 
	
	/* 
	* 中断关闭期间做一些重要的操作,然后打开中断 
	*/ 
	boot_cpu_init(); /* 跟CPU有关的初始化 */ 
	page_address_init(); /* 页地址相关的初始化 */ 
	pr_notice("%s", linux_banner);/* 打印Linux版本号、编译时间等信息 */ 
	setup_arch(&command_line); /* 架构相关的初始化,此函数会解析传递进来的 
							* ATAGS或者设备树(DTB)文件。会根据设备树里面 
							* 的model和compatible这两个属性值来查找 
							* Linux是否支持这个单板。此函数也会获取设备树 
							* 中chosen节点下的bootargs属性值来得到命令 
							* 行参数,也就是uboot中的bootargs环境变量的 
							* 值,获取到的命令行参数会保存到 *command_line中。 
							*/ 
	mm_init_cpumask(&init_mm); /* 看名字,应该是和内存有关的初始化 */ 
	setup_command_line(command_line); /* 好像是存储命令行参数 */ 
	setup_nr_cpu_ids(); /* 如果只是SMP(多核CPU)的话,此函数用于获取 
						 * CPU核心数量,CPU数量保存在变量 
						 * nr_cpu_ids中。
						 */
	setup_per_cpu_areas(); /* 在SMP系统中有用,设置每个CPU的per-cpu数据 */ 
	boot_cpu_state_init(); 
	smp_prepare_boot_cpu(); 

	build_all_zonelists(NULL, NULL); /* 建立系统内存页区(zone)链表 */ 
	page_alloc_init(); /* 处理用于热插拔CPU的页 */ 

	/* 打印命令行信息 */ 
	pr_notice("Kernel command line: %s\n", boot_command_line); 
	parse_early_param(); /* 解析命令行中的console参数 */ 
	after_dashes = parse_args("Booting kernel", 
				static_command_line, 
				__start___param, __stop___param - __start___param, 
				-1, -1, &unknown_bootoption); 
	if (!IS_ERR_OR_NULL(after_dashes)) 
		parse_args("Setting init args", after_dashes, NULL, 0, -1, -1, 
			set_init_arg); 
	
	jump_label_init(); 

	setup_log_buf(0); /* 设置log使用的缓冲区*/ 
	pidhash_init(); /* 构建PID哈希表,Linux中每个进程都有一个ID, 
					 * 这个ID叫做PID。通过构建哈希表可以快速搜索进程 * 信息结构体。 
					 */ 
	vfs_caches_init_early(); /* 预先初始化vfs(虚拟文件系统)的目录项和索引 
							节点缓存*/ 
	sort_main_extable(); /* 定义内核异常列表 */ 
	trap_init(); /* 完成对系统保留中断向量的初始化 */ 
	mm_init(); /* 内存管理初始化 */ 

	sched_init(); /* 初始化调度器,主要是初始化一些结构体 */ 
	preempt_disable(); /* 关闭优先级抢占 */ 
	if (WARN(!irqs_disabled(),/* 检查中断是否关闭,如果没有的话就关闭中断 */ 
		"Interrupts were enabled *very* early, fixing it\n")) 
		local_irq_disable(); 
	radix_tree_init(); 
	workqueue_init_early(); /*允许及早创建工作队列和工作项排队/取消。工作项的 
							 * 执行取决于kthread,并在workqueue_init()之后 
							 开始。*/ 
	rcu_init(); /* 初始化RCU,RCU全称为Read Copy Update(读-拷贝修改) */
	trace_init(); /* 跟踪调试相关初始化 */ 
	context_tracking_init(); 
	radix_tree_init(); /* 基数树相关数据结构初始化 */ 
	early_irq_init(); /* 初始中断相关初始化,主要是注册irq_desc结构体变 
					   * 量,因为Linux内核使用irq_desc来描述一个中断。 
					   */ 
    init_IRQ(); /* 中断初始化 */ 
    tick_init(); /* tick初始化 */ 
    rcu_init_nohz(); 
    init_timers(); /* 初始化定时器 */ 
    hrtimers_init(); /* 初始化高精度定时器 */ 
    softirq_init(); /* 软中断初始化 */ 
    timekeeping_init(); 
    time_init(); /* 初始化系统时间 */ 
    sched_clock_postinit(); 
    printk_safe_init(); 
    perf_event_init(); 
    profile_init(); 
    call_function_init(); 
    WARN(!irqs_disabled(), "Interrupts were enabled early\n"); 
    early_boot_irqs_disabled = false; 
    local_irq_enable(); /* 使能中断 */ 

	kmem_cache_init_late(); /* slab初始化,slab是Linux内存分配器 */ 
	console_init(); /* 初始化控制台,之前printk打印的信息都存放 
					 * 缓冲区中,并没有打印出来。只有调用此函数 
					 * 初始化控制台以后才能在控制台上打印信息。 
					 */ 
	if (panic_later) 
		panic("Too many boot %s vars at `%s'", panic_later, 
			panic_param); 

	lockdep_info();/* 如果定义了宏CONFIG_LOCKDEP,那么此函数打印一些信息。*/ 
	locking_selftest(); /* 锁自测 */ 
	...... 
	page_ext_init(); 
	kmemleak_init(); /* kmemleak初始化,kmemleak用于检查内存泄漏 */ 
	debug_objects_mem_init(); 
	setup_per_cpu_pageset(); 
	numa_policy_init(); 
	if (late_time_init)
		late_time_init(); 
	calibrate_delay(); /* 测定BogoMIPS值,可以通过BogoMIPS来判断CPU的性能 
						* BogoMIPS设置越大,说明CPU性能越好。 
						*/ 
	pidmap_init(); /* PID位图初始化 */ 
	anon_vma_init(); /* 生成anon_vma slab缓存 */ 
	acpi_early_init(); 
	...... 
	thread_stack_cache_init(); 
	cred_init(); /* 为对象的每个用于赋予资格(凭证) */ 
	fork_init(); /* 初始化一些结构体以使用fork函数 */ 
	proc_caches_init(); /* 给各种资源管理结构分配缓存 */ 
	buffer_init(); /* 初始化缓冲缓存 */ 
	key_init(); /* 初始化密钥 */ 
	security_init(); /* 安全相关初始化 */ 
	dbg_late_init(); 
	vfs_caches_init(totalram_pages); /* 为VFS创建缓存 */ 
	signals_init(); /* 初始化信号 */ 

	proc_root_init(); /* 注册并挂载proc文件系统 */ 
	nsfs_init(); 
	cpuset_init(); /* 初始化cpuset,cpuset是将CPU和内存资源以逻辑性 
					* 和层次性集成的一种机制,是cgroup使用的子系统之一 
					*/ 
	cgroup_init(); /* 初始化cgroup */ 
	taskstats_init_early(); /* 进程状态初始化 */ 
	delayacct_init(); 

	check_bugs(); /* 检查写缓冲一致性 */ 
	
	acpi_subsystem_init(); 
	sfi_init_late(); 
	if (efi_enabled(EFI_RUNTIME_SERVICES)) { 
		efi_free_boot_services(); 
	} 

	rest_init(); /* rest_init函数 */ 
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155

start_kernel里面调用了大量的函数,每一个函数都是一个庞大的知识点,如果想要学习Linux内核,那么这些函数就需要去详细的研究。正点原子的嵌入式linux开发指南注重于嵌入式Linux入门,因此不会去讲太多关于Linux内核的知识。start_kernel函数最后调用了rest_init,接下来简单看一下rest_init函数。

rest_init函数

rest_init函数定义在文件init/main.c中,函数内容如下:

示例代码16.2.4.1 rest_init函数 
406 noinline void __ref rest_init(void)
407 { 
408     struct task_struct *tsk; 
409     int pid; 
410 
411     rcu_scheduler_starting(); 
412     /* 
413      * We need to spawn init first so that it obtains pid 1, however 
414      * the init task will end up wanting to create kthreads, which, 
415      * if we schedule it before we create kthreadd, will OOPS. 
416      */ 
417     pid = kernel_thread(kernel_init, NULL, CLONE_FS); 
418     /* 
419      * Pin init on the boot CPU. Task migration is not properly 
420      * working until sched_init_smp() has been run. It will set the 
421      * allowed CPUs for init to the non isolated CPUs. 
422     */ 
423     rcu_read_lock(); 
424     tsk = find_task_by_pid_ns(pid, &init_pid_ns); 
425     set_cpus_allowed_ptr(tsk, cpumask_of(smp_processor_id())); 
426     rcu_read_unlock(); 
427 
428     numa_default_policy(); 
429     pid = kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES); 
430     rcu_read_lock(); 
431     kthreadd_task = find_task_by_pid_ns(pid, &init_pid_ns); 
432     rcu_read_unlock(); 
433 
434     /* 
435      * Enable might_sleep() and smp_processor_id() checks. 
436      * They cannot be enabled earlier because with CONFIG_PREEMPTION=y 
437      * kernel_thread() would trigger might_sleep() splats. With 
438      * CONFIG_PREEMPT_VOLUNTARY=y the init task might have scheduled 
439      * already, but it's stuck on the kthreadd_done completion. 
440      */ 
441     system_state = SYSTEM_SCHEDULING; 
442 
443     complete(&kthreadd_done);
444 
445     /* 
446      * The boot idle thread must execute schedule() 
447      * at least once to get things moving: 
448      */ 
449     schedule_preempt_disabled(); 
450     /* Call into cpu_idle with preempt disabled */ 
451     cpu_startup_entry(CPUHP_ONLINE); 
452 }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48

第411行,调用函数rcu_scheduler_starting,启动 RCU锁调度器。

第417行,调用函数kernel_thread创建kernel_init进程,也就是大名鼎鼎的init内核进程。init进程的 PID为1。init进程一开始是内核进程(也就是运行在内核态),后面init进程会在根文件系统中查找名为“init”这个程序,这个“init”程序处于用户态,通过运行这个“init”程序,init进程就会实现从内核态到用户态的转变。

第429行,调用函数kernel_thread创建kthreadd内核进程,此内核进程的PID为2。kthreadd进程负责所有内核进程的调度和管理。

第451行,最后调用函数cpu_startup_entry来进入idle进程,cpu_startup_entry会调用cpu_idle_loop,cpu_idle_loop是个while循环,也就是idle进程代码。idle进程的PID为0,idle进程叫做空闲进程,如果学过FreeRTOS或者UCOS的话应该听说过空闲任务。idle空闲进程就和空闲任务一样,当CPU没有事情做的时候就在idle空闲进程里面,反正就是给CPU找点事做。当其他进程要工作的时候就会抢占idle进程,从而夺取CPU使用权。其实可以看到idle进程并没有使用kernel_thread或者fork函数来创建,因为它是有主进程演变而来的。

在Linux终端中输入“ps -A”就可以打印出当前系统中的所有进程,其中就能看init进程和kthreadd进程,如下图所示:
Linux系统当前进程
从上图可以看出,init进程的PID为 1,kthreadd进程的PID为 2。之所以上图中没有显示PID为0的idle进程,那是因为idle进程是内核进程。 接下来重点看一下init进程,kernel_init就是init进程的进程函数。

init进程

kernel_init函数就是init进程具体做的工作,定义在文件init/main.c中,函数内容如下:

示例代码16.2.5.1 kernel_init函数 
1106 static int __ref kernel_init(void *unused) 
1107 {
1108     int ret; 
1109 
1110     kernel_init_freeable(); /* init进程的一些其他初始化工作 */ 
1111     /* need to finish all async __init code before freeing the memory */ 
1112     async_synchronize_full(); /* 等待所有的异步调用执行完成 */ 
1113     ftrace_free_init_mem(); /* 释放init段内存 */ 
1114     free_initmem(); 
1115     mark_readonly(); 
1116 
1117     /* 
1118      * Kernel mappings are now finalized - update the userspace 
1119      * page-table to finalize PTI. 
1120      */ 
1121     pti_finalize(); 
1122 
1123     system_state = SYSTEM_RUNNING; /* 标记系统正在运行 */ 
1124     numa_default_policy(); 
1125 
1126     rcu_end_inkernel_boot(); 
1127 
1128     if (ramdisk_execute_command) { 
1129         ret = run_init_process(ramdisk_execute_command); 
1130         if (!ret) 
1131             return 0; 
1132         pr_err("Failed to execute %s (error %d)\n", 
1133                 ramdisk_execute_command, ret); 
1134 } 
1135 
1136     /* 
1137      * We try each of these until one succeeds. 
1138      * 
1139      * The Bourne shell can be used instead of init if we are 
1140      * trying to recover a really broken machine. 
1141      */ 
1142     if (execute_command) { 
1143         ret = run_init_process(execute_command); 
1144         if (!ret) 
1145             return 0; 
1146         panic("Requested init %s failed (error %d).", 
1147                 execute_command, ret); 
1148 } 
1149     if (!try_to_run_init_process("/sbin/init") ||
1150         !try_to_run_init_process("/etc/init") || 
1151         !try_to_run_init_process("/bin/init") || 
1152         !try_to_run_init_process("/bin/sh")) 
1153         return 0; 
1154 
1155     panic("No working init found. Try passing init= option to kernel. " 
1156         "See Linux Documentation/admin-guide/init.rst for guidance."); 
1157 }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53

第1110行, kernel_init_freeable函数用于完成 init进程的一些其他初始化工作,稍后再来具体看一下此函数。

第1128行,ramdisk_execute_command是一个全局的char指针变量,此变量值为“/init”也就是根目录下的init程序。ramdisk_execute_command也可以通过uboot传递,在bootargs中使用“rdinit=xxx”即可xxx为具体的init程序名字。

第1129行,如果存在“/init”程序的话就通过函数run_init_process来运行此程序。

第1142行,如果ramdisk_execute_command为空的话就看execute_command是否为空,反正不管如何一定要在根文件系统中找到一个可运行的 init程序。execute_command的值是通过uboot传递,在bootargs中使用“init=xxxx”就可以了,比如“init=/linuxrc”表示根文件系统中的linuxrc就是要执行的用户空间init程序。

第1149-1153行,如果ramdisk_execute_command和execute_command都为空,那么就依次查找“/sbin/init”、“/etc/init”、“/bin/init”和“/bin/sh”,这四个相当于备init 程序,如果这四个也不存在,那么Linux启动失败!

第1155行,如果以上步骤都没有找到用户空间的 init程序,那么就提示错误发生!

最后来简单看一下kernel_init_freeable函数,前面说了,kernel_init会调用此函数来做一些init进程初始化工作。kernel_init_freeable定义在文件init/main.c中,缩减后的函数内容如下:

示例代码162.5.2 kernel_init_freeable函数 
1159 static noinline void __init kernel_init_freeable(void) 
1160 { 
1161     /* 
1162      * Wait until kthreadd is all set-up. 
1163      */ 
1164     wait_for_completion(&kthreadd_done);/* 等待kthreadd准备就绪 */ 
...... 
1185     smp_init(); /* SMP初始化 */ 
1186     sched_init_smp(); /* 多核(SMP)调度初始化 */ 
1187 
1188     page_alloc_init_late(); /* 设备初始化都在此函数中完成 */ 
1189     /* Initialize page ext after all struct pages are initialized. */ 
1190     page_ext_init(); 
1191 
1192     do_basic_setup();
1193 
1194     /* Open the /dev/console on the rootfs, this should never fail */ 
1195     if (ksys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0) 
1196         pr_err("Warning: unable to open an initial console.\n"); 
1197 
1198     (void) ksys_dup(0); 
1199     (void) ksys_dup(0); 
1200     /* 
1201      * check if there is an early userspace init. If yes, let it 
1202      * do all the work 
1203      */ 
1204 
1205     if (!ramdisk_execute_command) 
1206         ramdisk_execute_command = "/init"; 
1207 
1208     if (ksys_access((const char __user *) 
1209             ramdisk_execute_command, 0) != 0) { 
1210         ramdisk_execute_command = NULL; 
1211         prepare_namespace(); 
1212     } 
1213 
1214     /* 
1215      * Ok, we have completed the initial bootup, and 
1216      * we're essentially up and running. Get rid of the 
1217      * initmem segments and start the user-mode stuff.. 
1218      * 
1219      * rootfs is available now, try loading the public keys 
1220      * and default modules 
1221      */ 
1222 
1223     integrity_load_keys(); 
1224 }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48

第1192行,do_basic_setup函数用于完成Linux下设备驱动初始化工作!非常重要。do_basic_setup会调用driver_init函数完成Linux下驱动模型子系统的初始化。

第1195行,打开设备“/dev/console”,在Linux中一切皆为文件!因此“/dev/console”也是一个文件,此文件为控制台设备。每个文件都有一个文件描述符,此处打开的“/dev/console”文件描述符为0,作为标准输入(0)。

第1198和1199行,sys_dup函数将标准输入(0)的文件描述符复制了2次,一个作为标准输出(1),一个作为标准错误(2)。这样标准输入、输出、错误都是/dev/console了。 console通过uboot的bootargs环境变量设置,“console=ttySTM0,115200”表示将/dev/ttySTM0设置为console,也就是STM32MP1的串口 4。当然,也可以设置其他的设备为console,比如虚拟控制台tty1,设置tty1为console就可以在LCD屏幕上看到系统的提示信息。

第1211行,调用函数prepare_namespace来挂载根文件系统。根文件系统也是由命令行参数指定的,也就是uboot的bootargs环境变量。比如“root=/dev/mmcblk1p3 rootwait rw”就表示
根文件系统在/dev/mmcblk1p3中,也就是EMMC的分区3中。

Linux内核启动流程就分析到这里,Linux内核最终是需要和根文件系统打交道的,需要挂载根文件系统,并且执行根文件系统中的init程序,以此来进去用户态。这里就正式引出了根文件系统,根文件系统也是系统移植的最后一片拼图。Linux移植三巨头:uboot、 Linux kernel、rootfs(根文件系统)。关于根文件系统后面章节会详细的讲解,这里只需要知道Linux内核移植完成以后还需要构建根文件系统即可。

总结

正点原子的linux驱动开发文档中,关于linux内核的讲解就是这么多,不像之前uboot一样那么详尽,因为linux内核真的非常庞大复杂!只需要关注当中截取出来的有中文注释的代码也就可以了,之后可以自己去查看源码学习其中的每一个函数。

从链接脚本vmlinux.lds出发,可以看出Linux内核入口在stext,会调用safe_svcmode_maskall确保CPU处于SVC模式并关闭所有中断,然后读取处理器ID并调用__lookup_processor_type查看当前系统是否支持此CPU,支持就会获取procinfo信息读取这个处理器的各种参数;调用__vet_atags验证atags或设备树,且STM32MP157是双核A7,会调用__fixup_smp处理多核;调用__create_page_tables创建页表;将__mmap_switched存入r13中,最后调用__enable_mmu使能MMU,这个函数最终调用__turn_mmu_on函数执行在r13中的__mmap_switched函数。

__mmap_switched经过汇编操作寄存器,最终调用start_kernel启动Linux内核,而start_kernel就是我们重点关注的函数,有中文注释,有需求可以对每个函数源码进行解读

start_kernel最终调用了rest_init函数,这个函数会调用rcu_scheduler_starting启动RCU锁调度器,然后调用kernel_thread创建kernel_init进程,也就是init进程,其PID为1;调用kernel_thread创建kthreadd内核进程,其PID为2,负责所有内核进程的管理和调度;最后调用cpu_startup_entry进入idle进程,其PID为0,也就是空闲进程,并会调用kernel_thread创建

kernel_init进程函数是在init进程中的,这就是init进程具体的工作,会调用kernel_init_freeable完成init进程其他的初始化工作;之后会通过对全局char指针变量ramdisk_execute_command(值为/init),也就是根目录的init程序判断是否可以init,如果有就调用run_init_process运行,如果没有就会看execute_command(通过uboot传递,在bootargs使用"init=xxxx"就可以)来找到可运行的init程序;如果还是没有,就会直接一次查找备用init(“/sbin/init”,“/etc/init”,“/bin/init"以及”/bin/sh"),如果还是没有就发生错误了。

kernel_init_freeable函数,会调用do_basic_setup用于Linux下设备驱动初始化工作,其中会调用driver_init完成驱动模型子系统初始化;然后会打开设备“/dev/console”,调用sys_dup复制两次,保证标准输入、输出、错误都是/dev/console,一般会设置为/dev/ttySTM0,也就是STM32MP1的串口4;调用prepare_namespace挂载根目录。

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/一键难忘520/article/detail/904574
推荐阅读
相关标签
  

闽ICP备14008679号