linux usb枚举过程分析之守护进程及其唤醒【转】

简介:

转自:http://blog.csdn.net/xuelin273/article/details/38646765

usb热插拔,即usb设备可以实现即插即用,像U盘一样,插到电脑里就可以用,不用时可以直接拔除,这个动作不会影响USB设备使用性能。

 

        在linx 系统中,usb热插拔由两部分方面共同实现,即内核空间和用户空间,内核由一个守护进程实现,用户空间由udev 程序实现。在内核空间里,有一个专门用于监控usb hub的状态的守护进程,守护进程通过等待队列实现,等待队列平时处理休眠状态,当usb hub上状态变化时(即有usb设备从usb hub上插入或拔出)时,便会去唤醒等待队列,然后去实现usb设备枚举,枚举成功后,向linux系统注册usb设备,并通过kobject_event通知用户空间,有设备插入或拔出,用户空间里有一个专门用于实现动态加载设备节点的程序udev,当它收到内核通知后,能够动态创建usb设备节点,这样便实现了usb的热插拔。

        本文主要从usb设备枚举最基本的几个方面进行讲解,即usb守护进程、守护进程如何唤醒、被谁唤醒。

一.守护进程

        在linux系统中,usb是一个相对比较复杂的子系统,所以usb子系统的初始化过程 也相对复杂,涉及了多个方面:usb总线初始化、usb文件系统初始化、usb hub初始化、usb设备驱动注册等。其中,在usb hub初始化usb_hub_init过程中,它除了向系统注册usb hub驱动处,还创建了一个用于监控usb root hub状态的守护进程hub_thread.
        hub_thread由kthread_run创建并唤醒:
[html]  view plain copy
 
 
  1. khubd_task = kthread_run(hub_thread, NULL, "khubd");  
  2.     if (!IS_ERR(khubd_task))  
  3.         return 0;  
[html]  view plain copy
 
 
  1. static int hub_thread(void *__unused)  
  2. {  
  3.     set_freezable();  
  4.   
  5.     do {  
  6.         hub_events();  
  7.         wait_event_freezable(khubd_wait,  
  8.                 !list_empty(&hub_event_list) ||  
  9.                 kthread_should_stop());  
  10.     } while (!kthread_should_stop() || !list_empty(&hub_event_list));  
  11.   
  12.     pr_debug("%s: khubd exiting\n", usbcore_name);  
  13.     return 0;  
  14. }  
        第3行的set_freezable作用是清除当前线程标志flags中的PF_NOFREEZE位,表示当前线程能进入挂起或休眠状态。
        接下来就是一个do...while的死循环,循环结束的条件是当前线程收到stop请求并且hub_event_list列表里为空,守护进程由kthread_run创建并唤醒,当调用kthread_stop时,就会停止该线程;只有收到kthread_stop且hub_event_list列表为空时才会跳出do...while循环。
        在do...while循环中只有两行代码,hub_events为usb系统中最核心部分,这里只要hub_event_list里非空就会运行USB的枚举过程,直到hub_event_list为空,则跳出hub_events,通过wait_event_freezable进入休眠,其中khubd_wait为一个等待队列头,它通过静态方式 定义:
[html]  view plain copy
 
 
  1. static DECLARE_WAIT_QUEUE_HEAD(khubd_wait);  
       wait_event_freezable中第二个参数为等待队列进入休眠条件condition,只有第二个参数为假时才能进入休眠,即hub_event_list列表为空且没有收到stop请求,这里hub_event_list肯定为空,所以只要没有收到kthread_stop请求,就能进入休眠,休眠被唤醒后检测condition时否已经满足条件,即condition为真,hub_event_list不为空或收到stop请求,如果是收到stop请求,则直接退出do...while循环,如果是因为hub_event_list非空,则运行hub_events,实现usb枚举。

二 .守护进程唤醒

         当运行完hub_events后,usb线程就会通过wait_event_freezable进入休眠状态,直到被信号中断或条件满足被唤醒,usb的守护进程由kick_khubd函数进行唤醒,该函数在多个地方被调用:
[html]  view plain copy
 
 
  1. static void kick_khubd(struct usb_hub *hub)  
  2. {  
  3.     unsigned long   flags;  
  4.   
  5.     spin_lock_irqsave(&hub_event_lock, flags);  
  6.     if (!hub->disconnected && list_empty(&hub->event_list)) {  
  7.         list_add_tail(&hub->event_list, &hub_event_list);  
  8.   
  9.         /* Suppress autosuspend until khubd runs */  
  10.         usb_autopm_get_interface_no_resume(  
  11.                 to_usb_interface(hub->intfdev));  
  12.         wake_up(&khubd_wait);  
  13.     }  
  14.     spin_unlock_irqrestore(&hub_event_lock, flags);  
  15. }  
 第6行,只有在hub连接并且hub中的event_list为初始状态;
         第7行,将hub的event_list添加到hub_event_list列表,用于满足守护进程被唤醒时的条件。
 第10行,自动挂载计数加1,停止hub在进行枚举的时候进入suspend态。
         第12行,通过wake_up唤醒已经休眠的usb守护进程。
         有多个地方可以调用kick_khubd来唤醒usb守护进程:

          hub有两个端口,即control endpoint和interrupt endpoint,其中interrupt endpoint主要用于查询hub 上的port状态变化。在添加控制器驱动时会创建一个root hub,而当root hub的port上检测到有hub插入时,也会创建一个usb hub,在为root hub或普通hub进行配置时,会为它申请的interrupt endpoint申请urb相关资源:
[html]  view plain copy
 
 
  1. hub->urb = usb_alloc_urb(0, GFP_KERNEL);  
  2. if (!hub->urb) {  
  3.     ret = -ENOMEM;  
  4.     goto fail;  
  5. }  
  6.   
  7. usb_fill_int_urb(hub->urb, hdev, pipe, *hub->buffer, maxp, hub_irq, hub, endpoint->bInterval);  
          urb的回调函数为hub_irq:
[html]  view plain copy
 
 
  1. static void hub_irq(struct urb *urb)  
  2. {  
  3.     struct usb_hub *hub = urb->context;  
  4.     int status = urb->status;  
  5.     unsigned i;  
  6.     unsigned long bits;  
  7.   
  8.     switch (status) {  
  9.     case -ENOENT:       /* synchronous unlink */  
  10.     case -ECONNRESET:   /* async unlink */  
  11.     case -ESHUTDOWN:    /* hardware going away */  
  12.         return;  
  13.   
  14.     default:        /* presumably an error */  
  15.         /* Cause a hub reset after 10 consecutive errors */  
  16.         dev_dbg (hub->intfdev, "transfer --> %d\n", status);  
  17.         if ((++hub->nerrors 10) || hub->error)  
  18.             goto resubmit;  
  19.         hub->error = status;  
  20.         /* FALL THROUGH */  
  21.   
  22.     /* let khubd handle things */  
  23.     case 0:         /* we got data:  port status changed */  
  24.         bits = 0;  
  25.         for (i = 0; i urb->actual_length; ++i)  
  26.             bits |= ((unsigned long) ((*hub->buffer)[i]))  
  27.                     << (i*8);  
  28.         hub->event_bits[0] = bits;  
  29.         break;  
  30.     }  
  31.   
  32.     hub->nerrors = 0;  
  33.   
  34.     /* Something happened, let khubd figure it out */  
  35.     kick_khubd(hub);  
  36.   
  37. resubmit:  
  38.     if (hub->quiescing)  
  39.         return;  
  40.   
  41.     if ((status = usb_submit_urb (hub->urb, GFP_ATOMIC)) != 0  
  42.             && status != -ENODEV && status != -EPERM)  
  43.         dev_err (hub->intfdev, "resubmit --> %d\n", status);  
  44. }  
        在hub_irq中可以看到,如果urb被成功提交给控制器,并成功获取port状态,就会调用kick_khubd唤醒守护进程;
对于ohci类型的root hub,它除了和其它hub一样,可以通过usb_submit_urb提交查询hub状态的请求,它还可以通过中断方式去查询,在用usb_add_hcd添加控制器驱动时,会为控制器申请中断:
[html]  view plain copy
 
 
  1. retval = usb_hcd_request_irqs(hcd, irqnum, irqflags);  
  2. if (retval)  
  3.     goto err_request_irq;  
         对于ohci类型的控制器,在中断处理程序ohci_irq中,其中有一项就是用来监控root hub上的port状态的:
[html]  view plain copy
 
 
  1. if (ints & OHCI_INTR_RHSC) {  
  2.     ohci_vdbg(ohci, "rhsc\n");  
  3.     ohci->next_statechange = jiffies + STATECHANGE_DELAY;  
  4.     ohci_writel(ohci, OHCI_INTR_RD | OHCI_INTR_RHSC, ®s->intrstatus);  
  5.     ohci_writel(ohci, OHCI_INTR_RHSC, ®s->intrdisable);  
  6.     usb_hcd_poll_rh_status(hcd);  
  7. }  
         当port上状态发生变化时,就会调用usb_hcd_poll_rh_status去查询usb root hub port状态,并调用hub中interrupt urb的回调函数hub_irq,最终去唤醒usb守护进程。
        对于root hub,当它使用usb_submit_urb去提交查询hub状态请求时,它是通过启动一个定时器rh_timer去定时查询root hub状态的,如果成功获取hub状态,并通过hub_irq返回,则在hub_irq最后会再次自动调用usb_submit_urb去获取hub状态。如果不能获取或不能成功通过hub_irq返回,则不会再去调用usb_submit_urb;
         对于root hub可以通过主动去调用usb_submit_urb来查询port状态或通过控制器的中断来处理,除此之外,在向系统添加控制器驱动时,会自动创建并注册一个root hub,驱动将会对这个root hub匹配hub驱动并对它进行配置,配置完后它会主动的调用kick_khubd去唤醒守护进程(hub_activate)。
        如果在枚举的时候发现插入的是一个usb hub,则也会为这个hub匹配其驱动,如果成功匹配驱动,便会对hub进行配置,配置成功后也会去调用kick_khubd去唤醒守护进程。
















本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/sky-heaven/p/4977116.html ,如需转载请自行联系原作者
相关文章
|
3天前
|
存储 Linux 程序员
【Linux-14】进程地址空间&虚拟空间&页表——原理&知识点详解
【Linux-14】进程地址空间&虚拟空间&页表——原理&知识点详解
|
3天前
|
Unix Linux
【Linux】一文了解【进程优先级相关知识点】&【PRI / NI值】背后的修正原理(13)
【Linux】一文了解【进程优先级相关知识点】&【PRI / NI值】背后的修正原理(13)
|
3天前
|
Linux 调度
【Linux】盘点广义层面上【三种最基本的进程状态】
【Linux】盘点广义层面上【三种最基本的进程状态】
|
3天前
|
Linux Shell
【Linux】深度解析Linux中的几种进程状态
【Linux】深度解析Linux中的几种进程状态
|
3天前
|
Linux Shell 调度
【Linux】用三种广义进程状态 来理解Linux的进程状态(12)
【Linux】用三种广义进程状态 来理解Linux的进程状态(12)
|
3天前
|
Linux Shell 调度
【Linux系列】fork( )函数原理与应用详解——了解【父子进程及其特性】(代码演示,画图帮助理解,思维导图,精简)(11)
【Linux系列】fork( )函数原理与应用详解——了解【父子进程及其特性】(代码演示,画图帮助理解,思维导图,精简)(11)
|
3天前
|
Linux Shell
【Linux】解决:为什么重复创建同一个【进程pid会变化,而ppid父进程id不变?】
【Linux】解决:为什么重复创建同一个【进程pid会变化,而ppid父进程id不变?】
|
4天前
|
算法 大数据 Linux
深入理解Linux内核的进程调度机制
【4月更文挑战第30天】操作系统的核心职能之一是有效地管理和调度进程,确保系统资源的合理分配和高效利用。在众多操作系统中,Linux因其开源和高度可定制的特点,在进程调度机制上展现出独特优势。本文将深入探讨Linux内核中的进程调度器——完全公平调度器(CFS),分析其设计理念、实现原理及面临的挑战,并探索未来可能的改进方向。
|
4天前
|
存储 Web App开发 运维
|
4天前
|
Linux