注:本篇文章暂时不做流程图,如果有需求后续补做。

1. 需要准备的源码文件列表:

base部分:

kernel\base\core.c

kernel\base\bus.c

kernel\base\dd.c

kernel\base\class.c

kernel\base\driver.c

头文件部分:

kernel\include\linux\device.h

kernel\include\linux\usb.h

kernel\include\scsi\scsi_host.h

usb核心部分:

kernel\driver\usb\core\usb.c

kernel\driverusb\core\driver.c

kernel\driverusb\core\hub.c

kernel\driverusb\core\driver.c

kernel\drivers\usb\core\message.c

kernel\drivers\usb\core\generic.c

大容量设备部分:

kernel\driverusb\storage\usb.c

scsi部分:

kernel\driverscsi\scsi_scan.c

kernel\driverscsi\scsi_sysfs.c

kernel\driverscsi\sg.c

2. 当一个U盘插入linux设备前发生的事情:

a. 最开始注册hub部分:

  需要关注注册驱动的有hub, usb, usb-storage。hub中用来做检测usb口是否有OTG的东东接入,usb是所有usb接入设备的老大哥,usb-storage只是usb的一个小老弟。

翻到 kernel\driver\usb\core\usb.c 源码,这里先注册了hub驱动,再注册了usb驱动。

注:代码中“...”表示忽略这部分的代码,只需要关注贴出来的代码即可。

  1. static int __init usb_init(void)
  2. {
  3. ...
  4. retval = usb_hub_init();//注册hub驱动
  5. ...
  6. }  

先看hub注册过程,打开kernel\driverusb\core\hub.c,

  1. static struct usb_driver hub_driver = {
  2. .name = "hub",
  3. ...
  4. };
  5.  
  6. int usb_hub_init(void)
  7. {
  8. if (usb_register(&hub_driver) < 0) {
  9. printk(KERN_ERR "%s: can't register hub driver\n",
  10. usbcore_name);
  11. return -1;
  12. }
  13. ...
  14. }

先关注usb_register,省略的部分后面再关注,打开kernel\include\linux\usb.h,

  1. /* use a define to avoid include chaining to get THIS_MODULE & friends */
  2. #define usb_register(driver) \
  3. usb_register_driver(driver, THIS_MODULE, KBUILD_MODNAME)

然后进入kernel\driverusb\core\driver.c中的

  1. int usb_register_driver(struct usb_driver *new_driver, struct module *owner,
  2. const char *mod_name)
  3. {
  4. ...
  5. new_driver->drvwrap.driver.name = (char *) new_driver->name;
  6. new_driver->drvwrap.driver.bus = &usb_bus_type;
  7. new_driver->drvwrap.driver.probe = usb_probe_interface;
  8. ...
  9. retval = driver_register(&new_driver->drvwrap.driver);
  10. if (retval)
  11. goto out;
  12. ...
  13. }
  14. EXPORT_SYMBOL_GPL(usb_register_driver); 
  1. driver_register的实现在kernel\base\driver.c中,
  1. int driver_register(struct device_driver *drv)
  2. {
  3. ...
  4. ret = bus_add_driver(drv);
  5. ...
  6. }
  1. bus_add_driver的实现在kernel\base\bus.c中,
  1. int bus_add_driver(struct device_driver *drv)
  2. {
  3. ...
  4. error = kobject_init_and_add(&priv->kobj, &driver_ktype, NULL,
  5. "%s", drv->name);
  6. ...
  7.  
  8. klist_add_tail(&priv->knode_bus, &bus->p->klist_drivers);
  9. ...
         module_add_driver(drv->owner, drv);
    ...
  10. }
  1. 这段处理大概就是把hub驱动加入到了一个链表中,因为链表就是拿来做数据操作,基本就是增加,删除,修改,遍历查找的,后续用到的时候再讲即可,hub注册部分就是这样了。

  

b. 注册usb部分:

打开kernel\driver\usb\core\usb.c,就在注册hub驱动的下3行,注册了usb设备驱动,

  1. static int __init usb_init(void)
  2. {
  3. ...
  4. retval = usb_register_device_driver(&usb_generic_driver, THIS_MODULE);
  5. ...
  6. }

然后进入kernel\driverusb\core\driver.c中的,

  1. int usb_register_device_driver(struct usb_device_driver *new_udriver,
  2. struct module *owner)
  3. {
  4. ...
  5. new_udriver->drvwrap.driver.name = (char *) new_udriver->name;
  6. new_udriver->drvwrap.driver.bus = &usb_bus_type;
  7. new_udriver->drvwrap.driver.probe = usb_probe_device;
  8. ...
  9. retval = driver_register(&new_udriver->drvwrap.driver);
  10.  
  11. ...
  12. }
  13. EXPORT_SYMBOL_GPL(usb_register_device_driver);

 又到了driver_register,最后也就是把usb设备驱动添加到一个链表中,等待着遍历执行的时刻。

c. 注册usb-storage部分:

打开usb\storage\usb.c,这里注册了usb-storage的驱动,这个驱动就是与U盘节点有关的。

  1. static struct usb_driver usb_storage_driver = {
  2. .name = "usb-storage",
  3. ...
  4. };
  5.  
  6. module_usb_driver(usb_storage_driver);

可以看看它的实现,打开kernel\include\linux\usb.h,

  1. #define module_usb_driver(__usb_driver) \
  2. module_driver(__usb_driver, usb_register, \
  3. usb_deregister)

可以在kernel\include\linux\device.h查看module_driver的实现,

  1. #define module_driver(__driver, __register, __unregister, ...) \
  2. static int __init __driver##_init(void) \
  3. { \
  4. return __register(&(__driver) , ##__VA_ARGS__); \
  5. } \
  6. module_init(__driver##_init); \
  7. static void __exit __driver##_exit(void) \
  8. { \
  9. __unregister(&(__driver) , ##__VA_ARGS__); \
  10. } \
  11. module_exit(__driver##_exit);  

就是一个宏,注册用usb_register,反向注册用usb_deregister,然后再module_init它,就会在开机的时候执行了。至于usb_register,最后也就是把usb-storage驱动添加到一个链表中,等待着遍历执行的时刻。

3. 当一个U盘插入linux设备后:

a. 需要有一个线程等待检测U盘插入,重新回到kernel\driverusb\core\hub.c,

  1. int usb_hub_init(void)
  2. {
  3. ...
  4. khubd_task = kthread_run(hub_thread, NULL, "khubd");
  5. ...
  6. }

  

  1. static int hub_thread(void *__unused)
  2. {
  3. ...
  4. do {
  5. hub_events();
  6. wait_event_freezable(khubd_wait,
  7. !list_empty(&hub_event_list) ||
  8. kthread_should_stop());
  9. } while (!kthread_should_stop() || !list_empty(&hub_event_list));
  10. ...
  11. }

  

  1. static void hub_events(void)
  2. {
  3. ...
  4. while (1) {
    ...            
                 hdev = hub->hdev; //这里有一段获取usb驱动设备过程,忽略,因为我还没仔细研究过
  5. ...
  6. if (connect_change)
  7. hub_port_connect_change(hub, i,
  8. portstatus, portchange);
  9. }
  10. ...
  11. }
  1. static void hub_port_connect_change(struct usb_hub *hub, int port1,
  2. u16 portstatus, u16 portchange)
  3. {
  4. ...
  5. /* Run it through the hoops (find a driver, etc) */
  6. if (!status) {
  7. status = usb_new_device(udev);
  8. ...
  9. }

  

  1. int usb_new_device(struct usb_device *udev)
  2. {
  3. ...
  4. err = device_add(&udev->dev);
  5. ...
  6. }

 

进入到kernel\base\core.c中,

  1. int device_add(struct device *dev)
  2. {
  3. ...
  4. bus_probe_device(dev);
  5. ...
  6. }

  

进入到kernel\base\bus.c中,

  1. void bus_probe_device(struct device *dev)
  2. {
  3. ...
  4. ret = device_attach(dev);
  5. ...
  6. }

  

进入到kernel\base\dd.c中,

  1. int device_attach(struct device *dev)
  2. {
    ...
  3. ret = bus_for_each_drv(dev->bus, NULL, dev, __device_attach);
  4. ...
    }

  

  1. int bus_for_each_drv(struct bus_type *bus, struct device_driver *start,
  2. void *data, int (*fn)(struct device_driver *, void *))
  3. {
    ...
  4. error = fn(drv, data);
  5. ...
  6. }

  

  1. static int __device_attach(struct device_driver *drv, void *data)
  2. {
  3. ...
  4. return driver_probe_device(drv, dev);
  5. }

  

  1. int driver_probe_device(struct device_driver *drv, struct device *dev)
  2. {
  3. ...
  4. ret = really_probe(dev, drv);
  5. ....
  6. }

  

  1. static int really_probe(struct device *dev, struct device_driver *drv)
  2. {
  3. ...
  4. } else if (drv->probe) {
  5. ret = drv->probe(dev);
  6. if (ret)
  7. goto probe_failed;
  8. }
  9. ...
  10. }

  之前链表插入的usb设备驱动的probe就在此刻被遍历出来,然后调用。

回顾插入的函数指针,打开kernel\driverusb\core\driver.c,

  1. int usb_register_device_driver(struct usb_device_driver *new_udriver,
  2. struct module *owner)
  3. {
  4. ...
  5. new_udriver->drvwrap.driver.probe = usb_probe_device;
  6. ...
  7. }

进入 

  1. static int usb_probe_device(struct device *dev)
  2. {
  3. struct usb_device_driver *udriver = to_usb_device_driver(dev->driver);
  4. ...
  5. error = udriver->probe(udev);
  6. ...
  7. }

由kernel\include\linux\usb.h中:

  1. #define to_usb_device_driver(d) container_of(d, struct usb_device_driver, \
  2. drvwrap.driver)

和kernel\driver\usb\core\usb.c中:

  1. retval = usb_register_device_driver(&usb_generic_driver, THIS_MODULE);

可知

这里的probe会调用usb_generic_driver的probe,因为container_of的作用就是把指向d的指针返回,返回的指针即为&usb_generic_driver。

打开kernel\drivers\usb\core\generic.c,

  1. struct usb_device_driver usb_generic_driver = {
  2. .name = "usb",
  3. .probe = generic_probe,
  4. ...
  5. };

  

  1. static int generic_probe(struct usb_device *udev)
  2. {
  3. ...
  4. err = usb_set_configuration(udev, c);
  5. ...
  6. }

打开kernel\drivers\usb\core\message.c,

  1. int usb_set_configuration(struct usb_device *dev, int configuration)
  2. {
  3. ...
  4. ret = device_add(&intf->dev);
  5. ...
  6. }

之前提到过device_add->bus_probe_device->device_attach->__device_attach->driver_probe_device->really_probe->传入的设备对应的驱动probe。

在usb_set_configuration或者之前,肯定有一个获取usb-storage驱动信息的过程,总之这次的probe会进入usb_probe_interface,驱动就是之前注册的usb-storage。

打开kernel\driverusb\core\driver.c,

  1. static int usb_probe_interface(struct device *dev)
  2. {
       struct usb_driver *driver = to_usb_driver(dev->driver);
  3. ...
  4. error = driver->probe(intf, id);
  5. ...
  6. }

同之前container_of返回指向p的指针分析的一样,这次返回的指针是&usb_storage_driver。

打开kernel\driverusb\storage\usb.c,

  1. static int storage_probe(struct usb_interface *intf,
  2. const struct usb_device_id *id)
  3. {
  4. ...
         result = usb_stor_probe1(&us, intf, id, unusual_dev);
    ...
  5. result = usb_stor_probe2(us);
  6. ...
  7. }
  8.  
  9. static struct usb_driver usb_storage_driver = {
  10. .name = "usb-storage",
         .probe = storage_probe,
  11. ...
  12. };

  

  1. int usb_stor_probe1(struct us_data **pus,
  2. struct usb_interface *intf,
  3. const struct usb_device_id *id,
  4. struct us_unusual_dev *unusual_dev)
  5. {
  6. ...
  7. INIT_DELAYED_WORK(&us->scan_dwork, usb_stor_scan_dwork);
  8. ...
  9. }
  1. int usb_stor_probe2(struct us_data *us)
  2. {
  3. ...
  4. queue_delayed_work(system_freezable_wq, &us->scan_dwork,
  5. delay_use * HZ);
  6. ...
  7. }

 这段就是usb_stor_probe1中注册了一个延时的工作队列,然后usb_stor_probe2唤醒这个工作队列注册的函数usb_stor_scan_dwork工作。

  

  1. static void usb_stor_scan_dwork(struct work_struct *work)
  2. {
  3. ...
  4. scsi_scan_host(us_to_host(us));
  5. ...
  6. }

  

下一步就是scsi子系统的工作了。

b. sg节点的创建。

打开kernel\driverscsi\scsi_scan.c,

  1. void scsi_scan_host(struct Scsi_Host *shost)
  2. {
  3. ...
  4. async_schedule(do_scan_async, data);
  5. ...
  6. }

  

  1. static void do_scan_async(void *_data, async_cookie_t c)
  2. {
  3. ...
  4. scsi_finish_async_scan(data);
  5. }

  

  1. static void scsi_finish_async_scan(struct async_scan_data *data)
  2. {
  3. ...
  4. scsi_sysfs_add_devices(shost);
  5. ...
  6. }

  

  1. static void scsi_sysfs_add_devices(struct Scsi_Host *shost)
  2. {
  3. ...
  4. if (!scsi_host_scan_allowed(shost) ||
  5. scsi_sysfs_add_sdev(sdev) != 0)
  6. __scsi_remove_device(sdev);
  7. }
  8. }

 

打开kernel\driverscsi\scsi_sysfs.c,

  1. int scsi_sysfs_add_sdev(struct scsi_device *sdev)
  2. {
  3. ...
  4. error = device_add(&sdev->sdev_dev);
  5. ...
  6. } 

注:这里传的是&sdev->sdev_dev,而不是&sdev->sdev_gendev

又到了device_add,这次可不是走really_probe那么简单了,直接show出关键代码,

打开kernel\base\core.c,

  1. int device_add(struct device *dev)
  2. {
  3. ...
  4. if (class_intf->add_dev)
  5. class_intf->add_dev(dev, class_intf);
  6. ...
  7. }  

add_dev会调用哪个class_interface?

打开kernel\driverscsi\sg.c

  1. static int __init
  2. init_sg(void)
  3. {
  4. ...
  5. rc = scsi_register_interface(&sg_interface);
  6. ...
  7. }

  

  1. static struct class_interface sg_interface = {
  2. .add_dev = sg_add,
  3. .remove_dev = sg_remove,
  4. };

可知调用的add_dev就是sg_add,所以节点sg就是以下代码创建的。

  1. static int
  2. sg_add(struct device *cl_dev, struct class_interface *cl_intf)
  3. {
  4. ...
  5. sdp = sg_alloc(disk, scsidp);
  6. ...
  7. }

  

  1. static Sg_device *sg_alloc(struct gendisk *disk, struct scsi_device *scsidp)
  2. {
  3. ...
  4. sprintf(disk->disk_name, "sg%d", k);
  5. ...
  6. }

  

源码太多,花了我大把时间才捋清。

大体就是,注册一堆东东,总线(usb)啊,驱动设备(usb)啊,驱动(hub,usb-storage)啊,class(sg_interface)啊等等,然后跑一个线程,检测到需要的东东后,比对注册到特定链表的数据,然后就调用各种probe和注册的接口如add_dev等。

linux中OTG识别到一个U盘后产生一个sg节点的全过程的更多相关文章

  1. 【Linux】windows下编写的脚本文件,放到Linux中无法识别格式

    注意:我启动的时候遇到脚本错误 » sh startup.sh -m standalone tanghuang@bogon : command not found : command not foun ...

  2. linux中应用程序main函数中没有开辟进程的,它应该在那个进程中运行呢?

    1.main函数是一个进程还是一个线程? 不知道你是用c创建的,还是用java创建的. 因为它们都是以main()做为入口开始运行的. 是一个线程,同时还是一个进程. 在现在的操作系统中,都是多线程的 ...

  3. Linux中main是如何执行的

    Linux中main是如何执行的 这是一个看似简单的问题,但是要从Linux底层一点点研究问题比较多.找到了一遍研究这个问题的文章,但可能比较老了,还是在x86机器上进行的测试. 原文链接 开始 问题 ...

  4. Linux中等待队列的实现

    1.       等待队列数据结构 等待队列由双向链表实现,其元素包括指向进程描述符的指针.每个等待队列都有一个等待队列头(wait queue head),等待队列头是一个类型为wait_quequ ...

  5. linux中的vi编辑器(一)

    1.在linux中如果两个用户都在打开一个文件进行编辑,那么文件最后将以最后保存的版本为主. 2.vi仅仅是一个文本编辑器,相当于windows中的记事本,vi的工作模式, 命令模式:在该模式下,在键 ...

  6. linux中rpm安装

    目录 一:linux中rpm安装 1.rpm简介 2.区别 3.RPM命令五种基本模式 二:RPM安装全面解析 1,下载软件包 2, 安装软件包 3, 尝试卸载 4, 更新(升级) 5,软件包名称: ...

  7. linux中判断一个命令是否执行成功

    每一条基本命令执行后都有一个返回码,该返回码是用$?表示,执行成功的返回码是0,例如:if [ $? -ne 0 ];then 上一命令执行失败时的操作else 上一命令执行成功时的操作fi例如lin ...

  8. 在Linux中搭建一个FTP服务器

    在Linux中搭建一个ftp服务器,以供两个工作小组保管文件使用.禁用匿名.第一个小组使用ftp账号:ftp1,工作目录在:/var/ftp/ftp1:第二个小组使用ftp2,工作目录在:/var/f ...

  9. 在Linux中,如何取出一个字符串的前5位

    问: 在Linux中,如何取出一个字符串的前5位? 常用的一些方法如下: [tough@toughhou ~]$ str=abcdef [tough@toughhou ~]$ echo $str ab ...

随机推荐

  1. Gradle-构建脚本

    构建语言 Gradle提供了一种领域特定语言,目前同时支持 Groovy 和 Kotlin . 在 Groovy 构建脚本中(.gradle) 你可以使用任何 Groovy 元素. 在 Kotlin ...

  2. What to wear today需求分析文档

    成员: 身份 姓名 分工 组长 陶清然 负责文档编写.ppt,测试 组员 张娜 负责前端 组员 代丽芳 负责后台 组员 江雪 负责数据库 组员 伊穆兰 负责后台 小组成员在本次迭代中的贡献: 姓名 贡 ...

  3. 百度大脑UNIT3.0解读之对话式文档问答——上传文档获取对话能力

    在日常生活中,用户会经常碰到很多复杂的规章制度.规则条款.比如:乘坐飞机时,能不能带宠物上飞机,3岁小朋友是否需要买票等.在工作中,也会面对公司多样的规定制度和报销政策.比如:商业保险理赔需要什么材料 ...

  4. SpringBoot+Redis简单使用

    1.引入依赖 在pom.xml中加入 <dependency> <groupId>org.springframework.boot</groupId> <ar ...

  5. React路由基本的使用(一)

    路由的基本使用 下载 npm i -D react-router react-router-dom APP.js ps==>NavLink 选中的时候 可以高亮 demo 是你自己添加的一个类哈 ...

  6. Gemini.Workflow 双子工作流高级教程:对外API控制引擎:总述

    前言: 双子工作流提供了一套对外的API,用于控制整体系统运转,下面就来看看介绍,其实很简单的. 对外API控制引擎总介: Gemini.Workflow 双子工作流,对外提供的API,都在Gemin ...

  7. k8s采坑记 - 解决二进制安装环境下证书过期问题

    前言 上一篇k8s采坑记 - 证书过期之kubeadm重新生成证书阐述了如何使用kubeadm解决k8s证书过期问题. 本篇阐述使用二进制安装的kubernetes环境,如何升级过期证书? k8s配置 ...

  8. SpringCloud微服务实现生产者消费者+ribbon负载均衡

    一.生产者springcloud_eureka_provider (1)目录展示 (2)导入依赖 <dependency> <groupId>org.springframewo ...

  9. vue 无限滚动问题

    如今web开发中,无限加载是必需的一项功能,尤其是在移动端开发中,一个列表往往默认只加载10条,想看更多只能逐渐往下翻页.那么今天就看看如何在Vue-Cli中实现这个功能. 当前找到两个插件 1 el ...

  10. 华为开发者联盟 方舟编译器 DevEco IDE

    华为开发者联盟 https://developer.huawei.com/consumer/cn/ 方舟编译器是为支持多种编程语言.多种芯片平台的联合编译.运行而设计的统一编程平台,包含编译器.工具链 ...