Linux 核心啟動流程

Bathwind_W發表於2024-05-30
Linux

連結指令碼 vmlinux.lds

示例程式碼 36.1.1 vmlinux.lds 連結指令碼
492 OUTPUT_ARCH(arm)
493 ENTRY(stext)
494 jiffies = jiffies_64;
495 SECTIONS
496 {
497 /*
498 * XXX: The linker does not define how output sections are
499 * assigned to input sections when there are multiple statements
500 * matching the same input section name. There is no documented
501 * order of matching.
502 *
503 * unwind exit sections must be discarded before the rest of the
504 * unwind sections get included.
505 */
506 /DISCARD/ : {
507 *(.ARM.exidx.exit.text)
508 *(.ARM.extab.exit.text)
509
......
645 }

493 行的 ENTRY 指明瞭了 Linux 核心入口，入口為 stext， stext 定義在檔案arch/arm/kernel/head.S 中 ，因 此 要 分 析 Linux 內 核 的 啟 動 流 程 ， 就 得 先 從 文 件arch/arm/kernel/head.S 的 stext 處開始分析。

Linux 核心啟動流程分析

Linux 核心入口 stext

stext 是 Linux 核心的入口地址，

示例程式碼 36.2.1.1 arch/arm/kernel/head.S 程式碼段
/*
* Kernel startup entry point.
* ---------------------------
*
* This is normally called from the decompressor code. The requirements
* are: MMU = off, D-cache = off, I-cache = dont care, r0 = 0,
* r1 = machine nr, r2 = atags or dtb pointer.
.....

根據示例程式碼 36.2.1.1 中的註釋， Linux 核心啟動之前要求如下：
①、關閉 MMU。
②、關閉 D-cache。
③、 I-Cache 無所謂。
④、 r0=0。
⑤、 r1=machine nr(也就是機器 ID)。
⑥、 r2=atags 或者裝置樹(dtb)首地址。
Linux 核心的入口點 stext 其實相當於核心的入口函式， stext 函式內容如下：

示例程式碼 36.2.1.2 arch/arm/kernel/head.S 程式碼段
80 ENTRY(stext)
......
91 @ ensure svc mode and all interrupts masked
92 safe_svcmode_maskall r9
93
94 mrc p15, 0, r9, c0, c0 @ get processor id
95 bl __lookup_processor_type @ r5=procinfo r9=cpuid
96 movs r10, r5 @ invalid processor (r5=0)?
97 THUMB( it eq ) @ force fixup-able long branch encoding
98 beq __error_p @ yes, error 'p'
99
......
107
108 #ifndef CONFIG_XIP_KERNEL
......
113 #else
114 ldr r8, =PLAT_PHYS_OFFSET @ always constant in this case
115 #endif
116
117 /*
118 * r1 = machine no, r2 = atags or dtb,
119 * r8 = phys_offset, r9 = cpuid, r10 = procinfo
120 */
121 bl __vet_atags
......
128 bl __create_page_tables
129
130 /*
131 * The following calls CPU specific code in a position independent
132 * manner. See arch/arm/mm/proc-*.S for details. r10 = base of
133 * xxx_proc_info structure selected by __lookup_processor_type
134 * above. On return, the CPU will be ready for the MMU to be
135 * turned on, and r0 will hold the CPU control register value.
136 */
137 ldr r13, =__mmap_switched @ address to jump to after
138 @ mmu has been enabled
139 adr lr, BSYM(1f) @ return (PIC) address
140 mov r8, r4 @ set TTBR1 to swapper_pg_dir
141 ldr r12, [r10, #PROCINFO_INITFUNC]
142 add r12, r12, r10
143 ret r12
144 1: b __enable_mmu
145 ENDPROC(stext)

第 92 行，呼叫函式 safe_svcmode_maskall 確保 CPU 處於 SVC 模式，並且關閉了所有的中斷。 safe_svcmode_maskall 定義在檔案 arch/arm/include/asm/assembler.h 中。
第 94 行，讀處理器 ID， ID 值儲存在 r9 暫存器中。
第 95 行，呼叫函式__lookup_processor_type 檢查當前系統是否支援此 CPU，如果支援就獲取 procinfo 信 息 。 procinfo 是 proc_info_list 類 型 的 結 構 體 ， proc_info_list 在 文 件arch/arm/include/asm/procinfo.h 中的定義如下：

示例程式碼 36.2.1.3 proc_info_list 結構體
struct proc_info_list {
unsigned int cpu_val;
unsigned int cpu_mask;
unsigned long __cpu_mm_mmu_flags; /* used by head.S */
unsigned long __cpu_io_mmu_flags; /* used by head.S */
unsigned long __cpu_flush; /* used by head.S */
const char *arch_name;
const char *elf_name;
unsigned int elf_hwcap;
const char *cpu_name;
struct processor *proc;
struct cpu_tlb_fns *tlb;
struct cpu_user_fns *user;
struct cpu_cache_fns *cache;
};

Linux 核心將每種處理器都抽象為一個 proc_info_list 結構體，每種處理器都對應一個procinfo。因此可以透過處理器 ID 來找到對應的 procinfo 結構， __lookup_processor_type 函式找到對應處理器的 procinfo 以後會將其儲存到 r5 暫存器中。繼續回到示例程式碼 36.2.1.2 中，第 121 行，呼叫函式__vet_atags 驗證 atags 或裝置樹(dtb)的合法性。函式__vet_atags 定義在檔案 arch/arm/kernel/head-common.S 中。
第 128 行，呼叫函式__create_page_tables 建立頁表。
第 137 行，將函式__mmap_switched 的地址儲存到 r13 暫存器中。 __mmap_switched 定義在檔案 arch/arm/kernel/head-common.S， __mmap_switched 最終會呼叫 start_kernel 函式。
第 144 行 ， 調 用 __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 中，函式程式碼如下:

示例程式碼 36.2.2.1 __mmap_switched 函式
81 __mmap_switched:
82 adr r3, __mmap_switched_data
83
84 ldmia r3!, {r4, r5, r6, r7}
85 cmp r4, r5 @ Copy data segment if needed
86 1: cmpne r5, r6
87 ldrne fp, [r4], #4
88 strne fp, [r5], #4
89 bne 1b
90
91 mov fp, #0 @ Clear BSS (and zero fp)
92 1: cmp r6, r7
93 strcc fp, [r6],#4
94 bcc 1b
95
96 ARM( ldmia r3, {r4, r5, r6, r7, sp})
97 THUMB( ldmia r3, {r4, r5, r6, r7} )
98 THUMB( ldr sp, [r3, #16] )
99 str r9, [r4] @ Save processor ID
100 str r1, [r5] @ Save machine type
101 str r2, [r6] @ Save atags pointer
102 cmp r7, #0
103 strne r0, [r7] @ Save control register values
104 b start_kernel
105 ENDPROC(__mmap_switched)

第 104 行最終呼叫 start_kernel 來啟動 Linux 核心， start_kernel 函式定義在檔案 init/main.c中。

start_kernel 函式

start_kernel 透過呼叫眾多的子函式來完成 Linux 啟動之前的一些初始化工作，由於start_kernel 函式里面呼叫的子函式太多，而這些子函式又很複雜，因此我們簡單的來看一下一些重要的子函式。精簡併新增註釋後的 start_kernel 函式內容如下：

示例程式碼 36.2.3.1 start_kernel 函式
asmlinkage __visible void __init start_kernel(void)
{
char *command_line;
char *after_dashes;
lockdep_init(); /* lockdep 是死鎖檢測模組，此函式會初始化
* 兩個 hash 表。此函式要求儘可能早的執行！
*/
set_task_stack_end_magic(&init_task);/* 設定任務棧結束魔術數，
*用於棧溢位檢測
*/
smp_setup_processor_id(); /* 跟 SMP 有關(多核處理器)，設定處理器 ID。
* 有很多資料說 ARM 架構下此函式為空函式，那是因
* 為他們用的老版本 Linux，而那時候 ARM 還沒有多
* 核處理器。
*/
debug_objects_early_init(); /* 做一些和 debug 有關的初始化 */
boot_init_stack_canary(); /* 棧溢位檢測初始化 */
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 資料 */
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();
idr_init_cache(); /* IDR 初始化， IDR 是 Linux 核心的整數管理機
* 制，也就是將一個整數 ID 與一個指標關聯起來。
*/
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();
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();
debug_objects_mem_init();
kmemleak_init(); /* kmemleak 初始化， kmemleak 用於檢查記憶體洩漏 */
setup_per_cpu_pageset();
numa_policy_init();
if (late_time_init)
late_time_init();
sched_clock_init();
calibrate_delay(); /* 測定 BogoMIPS 值，可以透過 BogoMIPS 來判斷 CPU 的效能
* BogoMIPS 設定越大，說明 CPU 效能越好。
*/
pidmap_init(); /* PID 點陣圖初始化 */
anon_vma_init(); /* 生成 anon_vma slab 快取 */
acpi_early_init();
......
thread_info_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(); /* 初始化訊號 */
page_writeback_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_late_init();
efi_free_boot_services();
}
ftrace_init();
rest_init(); /* rest_init 函式 */
}

start_kernel 裡面呼叫了大量的函式，每一個函式都是一個龐大的知識點，如果想要學習Linux 核心，那麼這些函式就需要去詳細的研究。本教程注重於嵌入式 Linux 入門，因此不會去講太多關於 Linux 核心的知識。 start_kernel 函式最後呼叫了 rest_init，接下來簡單看一下 rest_init函式。

rest_init 函式

rest_init 函式定義在檔案 init/main.c 中，函式內容如下：

示例程式碼 36.2.4.1 rest_init 函式
383 static noinline void __init_refok rest_init(void)
384 {
385 int pid;
386
387 rcu_scheduler_starting();
388 smpboot_thread_init();
389 /*
390 * We need to spawn init first so that it obtains pid 1, however
391 * the init task will end up wanting to create kthreads, which,
392 * if we schedule it before we create kthreadd, will OOPS.
393 */
394 kernel_thread(kernel_init, NULL, CLONE_FS);
395 numa_default_policy();
396 pid = kernel_thread(kthreadd, NULL, CLONE_FS | CLONE_FILES);
397 rcu_read_lock();
398 kthreadd_task = find_task_by_pid_ns(pid, &init_pid_ns);
399 rcu_read_unlock();
400 complete(&kthreadd_done);
401
402 /*
403 * The boot idle thread must execute schedule()
404 * at least once to get things moving:
405 */
406 init_idle_bootup_task(current);
407 schedule_preempt_disabled();
408 /* Call into cpu_idle with preempt disabled */
409 cpu_startup_entry(CPUHP_ONLINE);
410 }

第 387 行，呼叫函式 rcu_scheduler_starting，啟動 RCU 鎖排程器
第 394 行，呼叫函式 kernel_thread 建立 kernel_init 程序，也就是大名鼎鼎的 init 核心程序。init 程序的 PID 為 1。 init 程序一開始是核心程序(也就是執行在核心態)，後面 init 程序會在根檔案系統中查詢名為“init”這個程式，這個“init”程式處於使用者態，透過執行這個“init”程式， init 程序就會實現從核心態到使用者態的轉變。
第 396 行，呼叫函式 kernel_thread 建立 kthreadd 核心程序，此核心程序的 PID 為 2。 kthreadd程序負責所有核心程序的排程和管理。
第 409 行，最後呼叫函式 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 程序，如圖 36.2.4.1 所示：

init 程序

kernel_init 函式就是 init 程序具體做的工作，定義在檔案 init/main.c 中，函式內容如下：

示例程式碼 36.2.5.1 kernel_init 函式
928 static int __ref kernel_init(void *unused)
929 {
930 int ret;
931
932 kernel_init_freeable(); /* init 程序的一些其他初始化工作 */
933 /* need to finish all async __init code before freeing the
memory */
934 async_synchronize_full(); /* 等待所有的非同步呼叫執行完成 */
935 free_initmem(); /* 釋放 init 段記憶體 */
936 mark_rodata_ro();
937 system_state = SYSTEM_RUNNING; /* 標記系統正在執行 */
938 numa_default_policy();
939
940 flush_delayed_fput();
941
942 if (ramdisk_execute_command) {
943 ret = run_init_process(ramdisk_execute_command);
944 if (!ret)
945 return 0;
946 pr_err("Failed to execute %s (error %d)\n",
947 ramdisk_execute_command, ret);
948 }
949
950 /*
951 * We try each of these until one succeeds.
952 *
953 * The Bourne shell can be used instead of init if we are
954 * trying to recover a really broken machine.
955 */
956 if (execute_command) {
957 ret = run_init_process(execute_command);
958 if (!ret)
959 return 0;
960 panic("Requested init %s failed (error %d).",
961 execute_command, ret);
962 }
963 if (!try_to_run_init_process("/sbin/init") ||
964 !try_to_run_init_process("/etc/init") ||
965 !try_to_run_init_process("/bin/init") ||
966 !try_to_run_init_process("/bin/sh"))
967 return 0;
968
969 panic("No working init found. Try passing init= option to
kernel. "
970 "See Linux Documentation/init.txt for guidance.");
971 }

第 932 行， kernel_init_freeable 函式用於完成 init 程序的一些其他初始化工作，稍後再來具
體看一下此函式。
第 940 行， ramdisk_execute_command 是一個全域性的 char 指標變數，此變數值為“/init”，
也就是根目錄下的 init 程式。 ramdisk_execute_command 也可以透過 uboot 傳遞，在 bootargs 中
使用“rdinit=xxx”即可， xxx 為具體的 init 程式名字。
第 943 行，如果存在“/init”程式的話就透過函式 run_init_process 來執行此程式。
第 956 行，如果 ramdisk_execute_command 為空的話就看 execute_command 是否為空，反
正不管如何一定要在根檔案系統中找到一個可執行的 init 程式。 execute_command 的值是透過
uboot 傳遞，在 bootargs 中使用“init=xxxx”就可以了，比如“init=/linuxrc”表示根檔案系統中
的 linuxrc 就是要執行的使用者空間 init 程式。
第 963~966 行，如果 ramdisk_execute_command 和 execute_command 都為空，那麼就依次
查詢“/sbin/init”、“/etc/init”、“/bin/init”和“/bin/sh”，這四個相當於備用 init 程式，如果這四
個也不存在，那麼 Linux 啟動失敗！
第 969 行，如果以上步驟都沒有找到使用者空間的 init 程式，那麼就提示錯誤發生！
最後來簡單看一下 kernel_init_freeable 函式，前面說了， kernel_init 會呼叫此函式來做一些
init 程序初始化工作。 kernel_init_freeable 定義在檔案 init/main.c 中，縮減後的函式內容如下：

示例程式碼 36.2.5.2 kernel_init_freeable 函式
973 static noinline void __init kernel_init_freeable(void)
974 {
975 /*
976 * Wait until kthreadd is all set-up.
977 */
978 wait_for_completion(&kthreadd_done);/* 等待 kthreadd 程序準備就緒 */
......
998
999 smp_init(); /* SMP 初始化 */
1000 sched_init_smp(); /* 多核(SMP)排程初始化 */
1001
1002 do_basic_setup(); /* 裝置初始化都在此函式中完成 */
1003
1004 /* Open the /dev/console on the rootfs, this should never fail */
1005 if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) <
0)
1006 pr_err("Warning: unable to open an initial console.\n");
1007
1008 (void) sys_dup(0);
1009 (void) sys_dup(0);
1010 /*
1011 * check if there is an early userspace init. If yes, let it do
1012 * all the work
1013 */
1014
1015 if (!ramdisk_execute_command)
1016 ramdisk_execute_command = "/init";
1017
1018 if (sys_access((const char __user *) ramdisk_execute_command,
0) != 0) {
1019 ramdisk_execute_command = NULL;
1020 prepare_namespace();
1021 }
1022
1023 /*
1024 * Ok, we have completed the initial bootup, and
1025 * we're essentially up and running. Get rid of the
1026 * initmem segments and start the user-mode stuff..
1027 *
1028 * rootfs is available now, try loading the public keys
1029 * and default modules
1030 */
1031
1032 integrity_load_keys();
1033 load_default_modules();
1034 }

第 1002 行， do_basic_setup 函式用於完成 Linux 下裝置驅動初始化工作！非常重要。do_basic_setup 會呼叫 driver_init 函式完成 Linux 下驅動模型子系統的初始化。
第 1005 行，開啟裝置“/dev/console”，在 Linux 中一切皆為檔案！因此“/dev/console”也
是一個檔案，此檔案為控制檯裝置。每個檔案都有一個檔案描述符，此處開啟的“/dev/console”
檔案描述符為 0，作為標準輸入(0)。
第 1008 和 1009 行， sys_dup 函式將標準輸入(0)的檔案描述符複製了 2 次，一個作為標準輸出(1)，一個作為標準錯誤(2)。這樣標準輸入、輸出、錯誤都是/dev/console 了。 console 透過uboot 的 bootargs 環境變數設定，“console=ttymxc0,115200”表示將/dev/ttymxc0 設定為 console，也就是 I.MX6U 的串列埠 1。當然，也可以設定其他的裝置為 console，比如虛擬控制檯 tty1，設定 tty1 為 console 就可以在 LCD 螢幕上看到系統的提示資訊。
第 1020 行，呼叫函式 prepare_namespace 來掛載根檔案系統。 根檔案系統也是由命令列參
數指定的，就是 uboot 的 bootargs 環境變數。比如“root=/dev/mmcblk1p2 rootwait rw”就表示根
檔案系統在/dev/mmcblk1p2 中，也就是 EMMC 的分割槽 2 中。
Linux 核心啟動流程就分析到這裡， Linux 核心最終是需要和根檔案系統打交道的，需要掛載根檔案系統，並且執行根檔案系統中的 init 程式，以此來進去使用者態。這裡就正式引出了根檔案系統，根檔案系統也是我們系統移植的最後一片拼圖。 Linux 移植三巨頭： uboot、 Linuxkernel、 rootfs(根檔案系統)。關於根檔案系統後面章節會詳細的講解，這裡我們只需要知道 Linux核心移植完成以後還需要構建根檔案系統即可。

相關文章