android init进程分析 ueventd

转自:http://blog.csdn.net/freshui/article/details/2132299

(懒人最近想起我还有csdn好久没打理了,这个Android init躺在我的草稿箱中快5年了,稍微改改发出来吧)

ueventd主要是负责设备节点的创建、权限设定等一些列工作。服务通过使用uevent,监控驱动发送的消息,做进一步处理。
ueventd实际和init是同一个binary,只是走了不同分支,可参看前一部分。

ueventd的整体代码比较简单,主要是三部分:

  • 解析ueventd.rc
  • 初始化设备信息
  • 循环polling uevent消息

主函数及相关功能如下如下:

[cpp] view plain copy

  1. int ueventd_main(int argc, char **argv)
  2. {
  3. // 和init一样,没有std输入输出
  4. open_devnull_stdio();
  5. // 初始化kernel log,让ueventd的log,通过kernel printk的log输出到串口中
  6. klog_init();
  7. //解析和处理ueventd的rc文件
  8. import_kernel_cmdline(0, import_kernel_nv);
  9. get_hardware_name(hardware, &revision);
  10. ueventd_parse_config_file("/ueventd.rc");
  11. snprintf(tmp, sizeof(tmp), "/ueventd.%s.rc", hardware);
  12. ueventd_parse_config_file(tmp);
  13. // 设备初始化
  14. device_init();
  15. // polling uevent消息,对设备进行管理
  16. ufd.events = POLLIN;
  17. ufd.fd = get_device_fd();
  18. while(1) {
  19. ufd.revents = 0;
  20. nr = poll(&ufd, 1, -1);
  21. if (nr <= 0)
  22. continue;
  23. if (ufd.revents == POLLIN)
  24. handle_device_fd(); // polling到消息,处理event消息
  25. }
  26. }

处理和解析ueventd.rc
这部分相比init.rc来说,巨简单,没什么特别的。主要是通过rc文件,来控制目录节点的权限。如:

[plain] view plain copy

  1. /dev/ttyUSB2       0666   radio   radio
  2. /dev/ts0710mux*           0640   radio      radio
  3. /dev/ppp                  0666   radio      vpn
  4. # sysfs properties
  5. /sys/devices/virtual/input/input*   enable      0666  system   system
  6. /sys/devices/virtual/input/input*   poll_delay  0666  system   system

详情应该不需要展开,基本都能了解。

设备初始化
 kernel在加载设备时,会通过socket发送uevent事件给userspace, 在init里,通过接受这些uevent事件,来创建设备的节点。主要函数是device_init()

初始化函数为device_init,如下

[cpp] view plain copy

  1. void device_init(void)
  2. {
  3. suseconds_t t0, t1;
  4. struct stat info;
  5. int fd;
  6. sehandle = NULL;
  7. if (is_selinux_enabled() > 0) {
  8. sehandle = selinux_android_file_context_handle();
  9. }
  10. /* is 256K enough? udev uses 16MB! */
  11. device_fd = uevent_open_socket(256*1024, true);
  12. if(device_fd < 0)
  13. return;
  14. fcntl(device_fd, F_SETFD, FD_CLOEXEC);
  15. fcntl(device_fd, F_SETFL, O_NONBLOCK);
  16. if (stat(coldboot_done, &info) < 0) {
  17. t0 = get_usecs();
  18. coldboot("/sys/class");
  19. coldboot("/sys/block");
  20. coldboot("/sys/devices");
  21. t1 = get_usecs();
  22. fd = open(coldboot_done, O_WRONLY|O_CREAT, 0000);
  23. close(fd);
  24. log_event_print("coldboot %ld uS\n", ((long) (t1 - t0)));
  25. } else {
  26. log_event_print("skipping coldboot, already done\n");
  27. }
  28. }

open_uevent_socket();
这是打开uevent的socket。这里的uevent是用到netlink中的内核事件向用户态通知(NETLINK_KOBJECT_UEVENT)功能,是内核和用户态进行双向数据传输的非常好的方式,除了eventd外,netd和vold也是使用uevent的。
初始化函数中,比较要注意的coldboot这个函数,字面意思是冷启动,它的作用是,对那些在uventd启动前,已经add上的驱动,再重新操作一下,让他们再发一次event消息,上层号针对性处理。
这里对 /sys/class,/sys/block和/sys/devices下的设备遍历一遍:

[cpp] view plain copy

  1. static void do_coldboot(DIR *d)
  2. {
  3. struct dirent *de;
  4. int dfd, fd;
  5. dfd = dirfd(d);
  6. fd = openat(dfd, "uevent", O_WRONLY);
  7. if(fd >= 0) {
  8. write(fd, "add\n", 4);
  9. close(fd);
  10. handle_device_fd();
  11. }
  12. while((de = readdir(d))) {
  13. DIR *d2;
  14. if(de->d_type != DT_DIR || de->d_name[0] == ‘.‘)
  15. continue;
  16. fd = openat(dfd, de->d_name, O_RDONLY | O_DIRECTORY);
  17. if(fd < 0)
  18. continue;
  19. d2 = fdopendir(fd);
  20. if(d2 == 0)
  21. close(fd);
  22. else {
  23. do_coldboot(d2);
  24. closedir(d2);
  25. }
  26. }
  27. }

write(fd, "add\n", 4)激活内核,重发add事件的uevent,handle_device_fd();针对event消息,做响应的处理。

uevent消息处理

初始化好了之后,daemon程序只要polling新的event事件即可,polling到了,就调用handle_device_fd();来处理,可以看看这个函数:

[cpp] view plain copy

  1. void handle_device_fd()
  2. {
  3. char msg[UEVENT_MSG_LEN+2];
  4. int n;
  5. while ((n = uevent_kernel_multicast_recv(device_fd, msg, UEVENT_MSG_LEN)) > 0) {
  6. if(n >= UEVENT_MSG_LEN)   /* overflow -- discard */
  7. continue;
  8. msg[n] = ‘\0‘;
  9. msg[n+1] = ‘\0‘;
  10. struct uevent uevent;
  11. parse_event(msg, &uevent);
  12. handle_device_event(&uevent);
  13. handle_firmware_event(&uevent);
  14. }
  15. }

功能就是接受内核发的event消息,然后parser此消息,处理对应的消息事件。

这里:

[cpp] view plain copy

  1. static void handle_device_event(struct uevent *uevent)
  2. {
  3. if (!strcmp(uevent->action,"add") || !strcmp(uevent->action, "change"))
  4. fixup_sys_perms(uevent->path);
  5. if (!strncmp(uevent->subsystem, "block", 5)) {
  6. handle_block_device_event(uevent);
  7. } else if (!strncmp(uevent->subsystem, "platform", 8)) {
  8. handle_platform_device_event(uevent);
  9. } else {
  10. handle_generic_device_event(uevent);
  11. }
  12. }

主要功能,就是根据发过来的uevent,创建/删除设备节点,同时以ueventd.rc中描述的权限设置更新一些节点权限。

[cpp] view plain copy

  1. static void handle_firmware_event(struct uevent *uevent)
  2. {
  3. pid_t pid;
  4. int ret;
  5. if(strcmp(uevent->subsystem, "firmware"))
  6. return;
  7. if(strcmp(uevent->action, "add"))
  8. return;
  9. /* we fork, to avoid making large memory allocations in init proper */
  10. pid = fork();
  11. if (!pid) {
  12. process_firmware_event(uevent);
  13. exit(EXIT_SUCCESS);
  14. }
  15. }

如果有协处理器, 还要下载协处理器的firmware,这里是处理协处理器要下载firmware的指令,fork一个子进程处理。

时间: 2024-10-12 05:54:44

android init进程分析 ueventd的相关文章

android init进程分析 init脚本解析和处理

(懒人近期想起我还有csdn好久没打理了.这个android init躺在我的草稿箱中快5年了.略微改改发出来吧) RC文件格式 rc文件是linux中常见的启动载入阶段运行的文件.rc是run commands的缩写.基本上能够理解为在启动阶段运行的一些列命令.android init进程启动时,也会运行此启动脚本文件,init.rc.init.rc的写法稍有点复杂,具体可參考 /system/core/init下的readme文件.脚本基本组成是由四类,为: commands: 命令 act

android init进程分析 基本流程

(懒人最近想起我还有csdn好久没打理了,这个android init躺在我的草稿箱中快5年了,稍微改改发出来吧) android设备上电,引导程序引导进入boot(通常是uboot),加载initramfs.kernel镜像,启动kernel后,进入用户态程序.第一个用户空间程序是init, PID固定是1.在android系统上,init的代码位于/system/core/init下,基本功能有: 管理设备 解析并处理启动脚本init.rc 实时维护这个init.rc中的服务 init进程的

Android Init进程分析番外篇:9.0的init进程

1 前言 在之前的几篇文章中,我们基于Android 4.4源码分析了init进程的启动及事件处理逻辑.目前Android版本已然更新到Android 10了,很多代码及服务架构都做了大范围的调整重构,这其中也包括init相关的代码. 但是,万变不离其宗,很多核心思想和处理逻辑Android还是都保留了下来,只是在写作上做了更好的功能封装和逻辑分割. 接下来笔者就非常简略的说一下Android 9.0 的init进程. 2 Android 9.0 init 分析 对于9.0的init笔者不想做过

android init进程分析

android的init进程用来启动zygote进程,用来启动android世界.init进程的源码在顶层目录的/system/core/init使用 find -name Android.mk -exec grep -l "init" {} \;来查找源码,接下来的android服务程序也是使用这个指令来查找源码. /system/core/init/init.c 整个init进程的入口函数669 int main(int argc, char **argv) init_parse_

Android init源代码分析(2)init.rc解析

本文描述init.rc脚本解析以及执行过程,读完本章后,读者应能 (1) 了解init.rc解析过程 (2) 定制init.rc init.rc介绍 init.rc是一个文本文件,可认为它是Android系统启动脚本.init.rc文件中定义了环境变量配置.系统进程启动,分区挂载,属性配置等诸多内容.init.rc具有特殊的语法.init源码目录下的readme.txt中详细的描述了init启动脚本的语法规则,是试图定制init.rc的开发者的必读资料. Android启动脚本包括一组文件,包括

Android init源代码分析(1)概要分析

功能概述 init进程是Android内核启动的第一个进程,其进程号(pid)为1,是Android系统所有进程的祖先,因此它肩负着系统启动的重要责任.Android的init源代码位于system/core/init/目录下,伴随Android系统多个版本的迭代,init源代码也几经重构. 目前Android4.4源代码中,init目录编译后生成如下Android系统的三个文件,分别是 /init /sbin/ueventd-->/init /sbin/watchdogd-->/init 其

Android -- Init进程对信号的处理流程

Android -- Init进程对信号的处理流程 在Android中,当一个进程退出(exit())时,会向它的父进程发送一个SIGCHLD信号.父进程收到该信号后,会释放分配给该子进程的系统资源:并且父进程需要调用wait()或waitpid()等待子进程结束.如果父进程没有做这种处理,且父进程初始化时也没有调用signal(SIGCHLD, SIG_IGN)来显示忽略对SIGCHLD的处理,这时子进程将一直保持当前的退出状态,不会完全退出.这样的子进程不能被调度,所做的只是在进程列表中占据

Android init进程——源码分析

概述 Android本质上是一个基于Linux内核的开源操作系统,与我现在用的Ubuntu系统类似,但是所有的Android设备都是运行在ARM处理器(ARM源自进阶精简指令集机器,源自ARM架构)上,而像Ubuntu操作系统是x86(x86是一系列的基于intel 8086 CPU计算机微处理器指令集架构)系统.不过既然Android也是基于Linux内核的系统,那么基本的启动过程也应该符合Linux的规则.下图基本描述了当你按下电源开关后Android设备的执行步骤: 一个完整的Linux系

Android之init进程分析(1)

本文介绍init进程中的action触发方式 一,什么是action 在android中,使用action来管理并执行命令.action是一个数据结构,里面包含了命令集合command,action的名字等.Android系统通过action来执行一组命令. struct action { /* node in list of all actions */ struct listnode alist; /* node in the queue of pending actions */ stru