linux启动过程分析.pptVIP

杨再启 2012年05月28日 * Linux 启动过程分析 启动引导 Linux内核启动 Linux启动脚本 * 启动引导 有哪些引导方法 LILO Firmware U-boot Redboot * 引导入口地址 解压缩 。一般是SDRAM的地址，例如S3C2440的地内核镜像一般以压缩格式存储在硬盘,flash以及其他非易失存储介质中。在启动过程中，会将程序解压到一固定的入口地址，然后程序从入口地址开始取指令执行址为0地址必须32K对齐。 常见的压缩格式GZIP。 解压可在boot里完成，也可以在内核程序里完成。 * 源代码 第一个汇编源代码文件： arch/arm/kernel/head.S(非压缩) arch/arm/boot/compressed/head.S(压缩) 第一个C语言源代码文件 init/main.c * 汇编初始化 汇编底层初始化 处理器类型检查 lookup_processor_type? 机器类型检查 lookup_machine_type? 3. 创建内核程序运行所需的临时页表 create_page_tables 4. 开启MMU turn_mmu_on 跳转到C语言 start_kernel * Start_kernel 页表初始化(paging_init()) 输出版本信息(linux_banner) 设置与体系结构相关的环境(setup_arch) 核心进程调度初始化(sched_init) 启动参数分析（parse_args） 陷阱初始化(trap_init) 软件中断初始化(softirq_init) 时间、定时器初始化(time_init) 控制台初始化(console_init) * 剖析器数据结构初始化(profile_init) Vfs cache初始化(vfs_caches_init_early) 内存初始化(mem_init) 核心cache初始化(kmem_cache_init) 延迟校准(calibrate_delay) Fork初始化(fork_init) 信号量初始化(signals_init) 检查体系结构bug(check_bugs) 其他初始化(rest_init) Start_kernel Init进程 创建1号进程 kernel_thread(init, NULL, CLONE_FS | CLONE_SIGHAND); do_basic_setup do_initcalls 主要实现各种驱动的初始化 调用init程序 * inittab init进程是系统所有进程的起点，内核在完成核内引导以后，即在本线程（进程）空间内加载init程序，它的进程号一般是1。 init程序需要读取/etc/inittab文件作为其行为指针，inittab是以行为单位的描述性（非执行性）文本，每一个指令行都具有以下格式： id:runlevel:action:process其中id为入口标识符，runlevel为运行级别，action为动作代号，process为具体的执行程序。 id一般要求4个字符以内，对于getty或其他login程序项，要求id与tty的编号相同，否则getty程序将不能正常工作。 runlevel是init所处于的运行级别的标识，一般使用0－6以及S或s。0、1、6运行级别被系统保留，0作为shutdown动作，1作为重启至单用户模式，6为重启；S和s意义相同，表示单用户模式，且无需inittab文件，因此也不在inittab中出现，实际上，进入单用户模式时，init直接在控制台（/dev/console）上运行/sbin/sulogin。 * inittab 在一般的系统实现中，都使用了2、3、4、5几个级别，在Redhat系统中，2表示无NFS支持的多用户模式，3表示完全多用户模式（也是最常用的级别），4保留给用户自定义，5表示XDM图形登录方式。7－9级别也是可以使用的，传统的Unix系统没有定义这几个级别。runlevel可以是并列的多个值，以匹配多个运行级别，对大多数action来说，仅当runlevel与当前运行级别匹配成功才会执行。 initdefault是一个特殊的action值，用于标识缺省的启动级别；当init由核心激活以后，它将读取inittab中的initdefault项，取得其中的runlevel，并作为当前的运行级别。如果没有inittab文件，或者其中没有initdefault项，init将在控制台上请求输入 runlevel。 sysinit、boot、bootwait等action将在系统启动时无条件运行，而忽略其中