[资料]

芯灵思开发板安卓底层开发学习经验第九期

2015-9-14 17:09:50 3022

0 本帖最后由 kjfd 于 2015-9-21 09:52 编辑芯灵思开发板INIT守护进程本章主要讲的是芯灵思开发板init守护进程，首先我们来看一下init进程源码的位置，他是放在：system/core/init/init.c ，当我们编译完生成init应用程序后，他会放在：/init下，init是内核起来之后，所启动的第一个进程，我们先将开发板和我们的pc机用USB线连接在一起，然后我们切换到cmd命令下，使用adb命令查看电脑有没有连接到我们的设备我们看到有一个设备，20140723就是我们的开发板设备，然后用adb shell命令登录到我们的设备然后用ls -l 来详细查看一下这些文件，我们会看到我们的init守护进程然后用ps看一下我们系统中跑的所有程序我们可以看到这个PID是1的程序就是我们的init进程，这个init进程就负责创建所有的服务，并且守护我们整个系统，那我们再来看一下init进程所做的主要工作首先init是我们系统启动的第一个应用程序，第二他会根据安卓的一些需求，来自己创建一些目录、挂载一些分区，第三就是解析我们的启动脚本，将我们的一些服务，变量等全部解析出来，解析完之后就会根据这些东西来启动服务，执行相关的命令，启动服务之后，他就会在这里守护这些服务，这就是init进程所做的主要事情。下面我们来看一下我们的init进程的源代码，首先找到入口函数在代码执行过程中，我们会首先清除umask,请、清umask主要就是为了解决我们在后边创建文件时的权限问题，第二步呢，就是在我们的根目录下创建一些临时的文件，但是当我们断电之后这些文件就会消失，创建完之后他会挂载一些分区，在创建完这些目录之后，他会尝试在我们的dev目录下创建一个booting文件，创建完之后就会关闭掉，就是为了尝试下在dev下有写权限然后我们看一下init所做的主要工作首先是klog_init()，他呢就是将log重定向到我们的/proc/kmsg中kmsg其实就是我们内核log信息的一个输出目录，而我们的klog_init（）将我们应用程序的log重定向到了我们的kmsg中，我们来看一下是如何实现的首先呢他是创建了一个/dev/kmsg的节点，创建之后打开，打开之后我们把文件描述符保存起来，klog是一个全局的，然后下面有一个klog_write（）函数，这个函数是供给其他的一些函数调用的，这个函数呢会调用一个写函数，会写到我们的klog_fd中，下面我们通过adb来看一下kmsg ，首先登陆设备 adb shell 然后cat /proc/kmsg 看完之后我们ctrl+c退出来，在登上去，再看一下，你会发现这个就会变成空的，因为我们这个只能看一次，所以说我们要是在想查看启动信息的话，就只能重启我们的设备了，这就是klog_init()所做的事情，以及我们如何在init.c中添加打印调试信息下面我们来看一下property_init()，他呢主要是初始化一些环境变量，我们暂时先不看他我们第三个函数式get_hardware_name()这个函数主要是得到我们的硬件信息和硬件版本这个函数主要是传了两个参数进去，一个hardware，另一个就是revision，他做的事情就是打开cpuinfo，得到我们的硬件版本，我们在adb下看一下我们的CPUinfo，看下他的CPU信息我们可以看到我们的硬件信息、版本信息、串号、还有CPU的一些信息，这就是get_hardware_name()所做的一些事情我们再来看一下process_kernel_cmdline()函数，它主要是解析我们内核的启动参数，即uboot启动的时候所带的参数，我们来看一下他所做的事情我们所传的的启动内核信息他是在/proc/cmdline这个文件中，我们会把它读到import_kernel_nv中，然后我们会把传的一些参数给他设置到boot_props中，我们来看一下我们的cmdline的具体内容，我们切到adb下这个就是启动的时候uboot给内核传的一个参数，我们所使用的串口、波特率的一些信息就会显示出来，还有首先启动的init进程等下面我们再来property_load_boot_defaults()函数，它主要是导入我们的默认环境变量我们在这里就会导入我们的PROP_PATH_RAMDISK_DEFAULT而这个文件就是根目录下的/default.prop 我们切到adb下来看一下这个文件的主要内容他在这里会有一些简单的环境变量的设置最后我们来看一下get_kernel_cmdline_partitions()函数，这个是为了得到系统的分区，并且创建相关的链接，我们来看一下这个函数他首先会在/dev目录下创建一个block，而且创建一个block/by-name目录，然后他会读取我们的/proc/cmdline，读取完之后他会根据cmdline所传的信息将我们的partitions给读出来，然后我们来看一下cmdline 在里边会有一个partitions的一个字符串，字符串后边会有一个bootloader@mmcblk0p2.....0p1一直到最后，我们来看一下他是如何来解析这个字符串的，他所解析的内容就是将我们前面的名字和我们block分区一一对应起来在我们的/dev目录下创建一个block/by-name ，比如我们解析的是我们的boot，那么这个boot分区就会和他后面所对应的mmcblk0p2一一对应起来，然后创建了一个软连接，这样的话我们每一个分区和我们分区的名字就能够对应起来，我们来看一下我们的block/by-name 在这个目录下呢，他就创建了这几个软连接，每个软连接都对应了我们的/dev/block/mmcblk的一个分区给映射起来了，这样的话我们就知道，我们每一个分区所对应的名字是什么，这就是get_kernel_cmdline_partitions()函数所做的事情了 0
举报淘帖0 只看该作者相关推荐 • 【芯灵思A83T试用申请】基于芯灵思SIN-A83T的广告主机、安卓影音播放器、安卓游戏机、家庭网络监控 3058 • 芯灵思开发板安卓底层开发资料二 2698 • 芯灵思开发板安卓底层开发资料一 4056 • 芯灵思开发板安卓底层学习经验 4985 • 【连载分享】安卓底层开发学习经验 18934 • 芯灵思开发板安卓底层开发学习经验第五期 4158 • 芯灵思开发板安卓底层开发学习经验第四期 3221 • 芯灵思开发板安卓底层开发学习经验第三期 6303 • 芯灵思开发板安卓底层开发学习经验第二期 13331 • 芯灵思开发板安卓底层开发学习经验第一期 9484