Android设备节点.docxVIP

Android设备节点的创建在编写linux设备驱动程序的时候，很多时候都是利用mknod命令来手动创建设备节点的，带上名字和主次设备号就可以在/dev目录下生成设备节点。同样Android沿用了linux内核，很多设备驱动的节点是又是什么时候创建的呢？在kernel自解压模块加载完成之后，会去运行android第一个应用程序init。在init.c的main函数中。System/core/init/init.cint main(int argc, char **argv){……action_for_each_trigger(boot, action_add_queue_tail);……}在init进程解析init.rc脚本完成后，在on boot的最后两句是class start main和core，其中classStart是命令，在keyword.h中定义了class_start对应的function实际就是do_class_start。System/core/init/builtins.cint do_class_start(int nargs, char **args){ service_for_each_class(args[1], service_start_if_not_disabled); return 0;}System/core/init/init_parser.cvoid service_for_each_class(const char *classname, void (*func)(struct service *svc)){……list_for_each(node, service_list) { svc = node_to_item(node, struct service, slist); if (!strcmp(svc-classname, classname)) { func(svc); } }在之前解析init.rc脚本的时候，service会被放在service_list的链表里。接下来就是要执行service_for_each_class的func(svc)，也就是service_start_if_not_disabled。System/core/init/builtins.cstatic void service_start_if_not_disabled(struct service *svc){ if (!(svc-flags SVC_DISABLED)) { service_start(svc, NULL); } }Android的service大都是编译成可执行文件以命令的格式，我们注意到在init.rc中又这么个service值得关注下。service ueventd /sbin/ueventd class core criticalAndroid的服务不是选项不是disabled并且带core和main的选项的服务都是需要开机自动加载的服务。而ueventd是由system/core/init/ueventd.c编译而成的。System/core/init/ueventd.cint ueventd_main(int argc, char **argv){……ueventd_parse_config_file(/ueventd.rc);……snprintf(tmp, sizeof(tmp), /ueventd.%s.rc, hardware);ueventd_parse_config_file(tmp);……device_init();……while(1) { ufd.revents = 0; nr = poll(ufd, 1, -1); if (nr = 0) continue; if (ufd.revents == POLLIN) handle_device_fd();}}Ueventd的main函数做的事情比较多，首先是要解析根文件系统下的ueventd.rc以及ueventd.${hardware}.rc。System/core/init/ueventd_parser.cint ueventd_parse_config_file(const char *fn){char *data; data = read_file(fn, 0); if (!data) return -1; parse_config(fn, data);